From arife at ripe.net Mon Sep 4 09:57:27 2006 From: arife at ripe.net (Arife Vural) Date: Mon, 4 Sep 2006 09:57:27 +0200 Subject: [ris-int] Fwd: Anycast experiment on RIS beacons In-Reply-To: <44BC19C4.7080203@colitti.com> References: <7.0.1.0.2.20060717175223.0339bf70@ripe.net> <44BC19C4.7080203@colitti.com> Message-ID: <20060904075727.GC30721@ripe.net> On Tue, Jul 18, 2006 at 01:14:12AM +0200, Lorenzo Colitti wrote: > Henk Uijterwaal wrote: > >What do we think about this lease a beacon request? > >[...] > >>We have acquired an AS number and a prefix (a /22) for this purpose > >>and would like to use some or all of your RRCs as anycast servers > >>by advertising our prefix through them. > > This doesn't seem like a great idea. I do agree with Lorenzo, implementing such a thing will put us in difficult situation with our peers. It would be difficult to explain somebody's AS. > > I doubt that our agreements with our peers cover announcing prefixes > that do not belong to the RIS, providing transit to other ASes, and > forwarding traffic. Also, the prepending work with HK university has > shown me that many of our transit peers filter on ^12654$, i.e. don't > even accept prepending of our own AS. > > If they want to do this, since they already have an AS and a prefix, why > don't they get someone to give them transit for the duration of the > experiment? Probably a better solution for them. > > > > Cheers, > Lorenzo > > -- > Lorenzo Colitti http://www.colitti.com/lorenzo/ > -- Arife Vural SED, RIPE NCC From henk at ripe.net Mon Sep 4 15:07:40 2006 From: henk at ripe.net (Henk Uijterwaal) Date: Mon, 04 Sep 2006 15:07:40 +0200 Subject: [ris-int] Fwd: Anycast experiment on RIS beacons In-Reply-To: <20060904075727.GC30721@ripe.net> References: <7.0.1.0.2.20060717175223.0339bf70@ripe.net> <44BC19C4.7080203@colitti.com> <20060904075727.GC30721@ripe.net> Message-ID: <7.0.1.0.2.20060904150721.034c0a78@ripe.net> I agree, I'll write this to them. Henk At 09:57 04/09/2006, Arife Vural wrote: >On Tue, Jul 18, 2006 at 01:14:12AM +0200, Lorenzo Colitti wrote: > > Henk Uijterwaal wrote: > > >What do we think about this lease a beacon request? > > >[...] > > >>We have acquired an AS number and a prefix (a /22) for this purpose > > >>and would like to use some or all of your RRCs as anycast servers > > >>by advertising our prefix through them. > > > > This doesn't seem like a great idea. > >I do agree with Lorenzo, implementing such a thing will put us in >difficult situation with our peers. It would be difficult to explain >somebody's AS. > > > > > I doubt that our agreements with our peers cover announcing prefixes > > that do not belong to the RIS, providing transit to other ASes, and > > forwarding traffic. Also, the prepending work with HK university has > > shown me that many of our transit peers filter on ^12654$, i.e. don't > > even accept prepending of our own AS. > > > > If they want to do this, since they already have an AS and a prefix, why > > don't they get someone to give them transit for the duration of the > > experiment? > >Probably a better solution for them. > > > > > > > > > Cheers, > > Lorenzo > > > > -- > > Lorenzo Colitti http://www.colitti.com/lorenzo/ > > > >-- >Arife Vural >SED, RIPE NCC ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ 1160438400 + 381600 = 1160820000. From henk at ripe.net Mon Sep 4 15:22:40 2006 From: henk at ripe.net (Henk Uijterwaal) Date: Mon, 04 Sep 2006 15:22:40 +0200 Subject: [ris-int] Fwd: Re: Anycast experiment on RIS beacons Message-ID: <7.0.1.0.2.20060904152235.0352c400@ripe.net> >Date: Mon, 04 Sep 2006 15:22:29 +0200 >To: Hitesh Ballani >From: Henk Uijterwaal >Subject: Re: Anycast experiment on RIS beacons >Cc: Paul Francis > >Hi Hitesh, > >>>I am Hitesh, Paul's student working on the IP Anycast project >>>(http://pias.gforge.cis.cornell.edu). As Paul mentioned to you, we are >>>interested in doing some measurement studies on IP Anycast [...] > >I discussed this internally. Summarizing other mails > >"Our agreements with our peers do not cover announcing prefixes that >do not belong to the RIS, providing transit to other ASes and forwarding >traffic. Also, other prepending studies have shown that many of our >peers filter on ^12654$, i.e. don't even accept prepending of our own AS. > >If they want to do this, since they already have an AS and a prefix, >why don't they get someone to give them transit for the duration of >the experiment?" > >In short, sorry, no. > >Henk > > > >------------------------------------------------------------------------------ >Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net >RIPE Network Coordination Centre http://www.amsterdamned.org/~henk >P.O.Box 10096 Singel 258 Phone: +31.20.5354414 >1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 >The Netherlands The Netherlands Mobile: +31.6.55861746 >------------------------------------------------------------------------------ > >1160438400 + 381600 = 1160820000. ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ 1160438400 + 381600 = 1160820000. From eromijn at ripe.net Wed Sep 6 10:37:23 2006 From: eromijn at ripe.net (Erik Romijn) Date: Wed, 06 Sep 2006 10:37:23 +0200 Subject: [ris-int] rrc12 inserting few data Message-ID: <44FE88C3.80408@ripe.net> Hi all, just to let you know: rrc12 has a broken disk and will therefore insert few data (if any) into the database until Dell replaces the disk. Rawdata collection is not affected and data collected before September 4 should be properly inserted. Other rrc's are unaffected. cheers, -- Erik Romijn RIPE NCC software engineer erik at ripe.net http://www.ripe.net/ From eromijn at ripe.net Thu Sep 7 11:50:35 2006 From: eromijn at ripe.net (Erik Romijn) Date: Thu, 07 Sep 2006 11:50:35 +0200 Subject: [ris-int] not saving keepalives in quagga dumps? Message-ID: <44FFEB6B.4090109@ripe.net> Hi all, recently we had a session that went down without our quagga noticing it. The remote peer told us the session was down (while our quagga said it was up). We had to clear the session to restore it. It seems that this was caused by our hold time of 0. If the peer just suddenly drops, quagga has ofcourse no way of knowing this and will see the session as up. As it's already up, it will refuse connection attempts from the remote peer. I don't know how often this happens. I think quite some of our peers do not closely monitor peering sessions and therefore similar events will probably go unnoticed. I think it would be best to set the normal hold time for all peerings to prevent this from occuring. I heard from Arife that we don't do that now, to prevent polluting our dump files with loads of keepalives. As far as I can see, there is no option to skip keepalives in the dumps, but I was thinking we should be able to write a patch to do so, or ask quagga-users whether someone did something like it already. So my idea is: - get quagga to stop dumping the keepalives - set all peerings to a hold time of 180 Any comments? cheers, -- Erik Romijn RIPE NCC software engineer erik at ripe.net http://www.ripe.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From james at ripe.net Thu Sep 7 12:26:13 2006 From: james at ripe.net (James Aldridge) Date: Thu, 07 Sep 2006 12:26:13 +0200 Subject: [ris-int] not saving keepalives in quagga dumps? In-Reply-To: <44FFEB6B.4090109@ripe.net> References: <44FFEB6B.4090109@ripe.net> Message-ID: <20060907102613.8877A2F592@herring.ripe.net> Erik Romijn wrote: > I heard from Arife that we don't do that now, to prevent polluting our > dump files with loads of keepalives. My recollection is that running without keepalives was to remove extra activity caused by underlying network instability for long distance multi-hop peerings. Apart from rrc00 this shouldn't be an issue anyway since all peers are a single hop away. Research has suggested that single-/multi-hop peering and keepalive/no keepalive settings make little difference to collected data (See Alex Tudor's presentation from ripe46: http://www.ripe.net/ripe/meetings/ripe-46/presentations/ripe46-routing-bgp-metrics.pdf) Given the general level of BGP activity, there should be sufficient Update messages being sent by each peer that the number of additional Keepalive messages needed to keep the session up should be low. > As far as I can see, there is no option to skip keepalives in the dumps, > but I was thinking we should be able to write a patch to do so, or ask > quagga-users whether someone did something like it already. > > So my idea is: > - get quagga to stop dumping the keepalives > - set all peerings to a hold time of 180 Personally, I'd go for the latter. This would also remove the problems we have with the RRCs peering with Juniper routers which appear not to accept the 0 hold-time but bring the session up anyway (with their standard timings), only to flap the session after they don't receive the keepalives they were expecting. With some full feeds this has resulted in ENORMOUS dump files and very long database insertion times. James From eromijn at ripe.net Thu Sep 7 12:28:53 2006 From: eromijn at ripe.net (Erik Romijn) Date: Thu, 07 Sep 2006 12:28:53 +0200 Subject: [ris-int] not saving keepalives in quagga dumps? In-Reply-To: <20060907102613.8877A2F592@herring.ripe.net> References: <44FFEB6B.4090109@ripe.net> <20060907102613.8877A2F592@herring.ripe.net> Message-ID: <44FFF465.4060403@ripe.net> James Aldridge wrote: > Erik Romijn wrote: >>So my idea is: >>- get quagga to stop dumping the keepalives >>- set all peerings to a hold time of 180 > > Personally, I'd go for the latter. I was referring to do both :-) cheers, -- Erik Romijn RIPE NCC software engineer erik at ripe.net http://www.ripe.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 256 bytes Desc: OpenPGP digital signature URL: From lorenzo at ripe.net Thu Sep 7 16:02:46 2006 From: lorenzo at ripe.net (Lorenzo Colitti) Date: Fri, 08 Sep 2006 00:02:46 +1000 Subject: [ris-int] not saving keepalives in quagga dumps? In-Reply-To: <44FFEB6B.4090109@ripe.net> References: <44FFEB6B.4090109@ripe.net> Message-ID: <45002686.7000404@ripe.net> Erik Romijn wrote: > I heard from Arife that we don't do that now, to prevent polluting our > dump files with loads of keepalives. If I remember correctly, one of the reasons was also the fear that when the RRC is heavily loaded (e.g. when performing a full RIB dump), the CPU might be tied up for long enough that Quagga would miss keepalives, eventually leading to dropped sessions. I don't know if this is still a problem; if it is, we might set keepalives to some more conservative value such as 600, causing session to go down after 30 minutes. Cheers, Lorenzo -- Lorenzo Colitti lorenzo at ripe.net Network Engineer +31-20-5354471 RIPE NCC www.ripe.net From zljmpq at enengineering.com Sat Sep 9 06:40:32 2006 From: zljmpq at enengineering.com (statutory paid) Date: Fri, 8 Sep 2006 20:40:32 -0800 Subject: [ris-int] paid birth mothers Message-ID: <000a01c6d343$f964a4f0$4e9ba67c@lwx> website covers common problems. will every should be used legal advice. Labour takes results actions taken basis nor errors Copyright Material featured subject Crown copyright unless otherwise protected material may free charge contact us about this related sites Go to Home holidays pay good faith union matters education fact sheets calculate your forms and letters employees adoptive parents partners fathers employers JPs news ask question here: home gt parental leave This section brings together basic rights of persons respect leave. It contains current featuring statutory paid birth mothers their well parents. Who needs Both who want know what they can cannot things have relation Birth amp payment expect while Adoptive adopting child under age years Anyone minimum apply New Zealand. back top Further guidance We welcome guidance We welcome help further. If cant find answer more detailed any covered try search question. The content website covers common problems. will every should be used legal advice. Labour takes results actions taken basis nor errors Copyright Material featured subject Crown copyright unless otherwise protected material may free charge format media without requiring specific being manner context. Where published issued source status reproduce does extend that their well parents. Who needs Both who want know what they can cannot things have relation Birth amp payment expect while Adoptive adopting child under age years Anyone minimum apply New Zealand. back top Further guidance We welcome help further. If cant find answer more detailed any covered try search question. The content website covers common problems. will every should child under age years Anyone minimum apply New Zealand. back top Further guidance We welcome help further. If cant find answer more detailed any covered try search question. The content website covers common problems. will every should be used legal advice. Labour takes results actions taken basis nor errors Copyright Material featured subject Crown relation Birth amp payment expect while Adoptive adopting child under age years Anyone minimum apply New Zealand. back top Further guidance We welcome help further. If cant find answer more detailed any covered try search question. The content website covers common problems. will every should be used legal advice. Labour takes results actions taken basis nor errors Copyright Material featured subject Crown copyright unless otherwise protected material may free charge format media without requiring specific being manner context. Where will every should be used legal advice. Labour takes results actions taken basis nor errors Copyright Material featured subject Crown copyright unless otherwise protected material may free charge format media without requiring specific being manner context. Where published issued source status reproduce does extend that third party. such obtained from holders sample -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: will.gif Type: image/gif Size: 16794 bytes Desc: not available URL: From member at ebay.com Sat Sep 9 20:09:06 2006 From: member at ebay.com (eBay Member pearl_society) Date: Sun, 10 Sep 2006 02:09:06 +0800 Subject: [ris-int] Message from eBay Member Message-ID: <200609091809.k89I96fS029428@paraton.com> An HTML attachment was scrubbed... URL: From ovr at applicate.de Mon Sep 11 10:37:41 2006 From: ovr at applicate.de (Joe Horne) Date: Mon, 11 Sep 2006 11:37:41 +0300 Subject: [ris-int] teammate numb Message-ID: <000f01c6d57e$d88c0bb4$92596455@mbagb> Andnow what other discovery will there be? Thenhe got up and went; we all got up; we all went. Hisfriends observed in him a growing tendency to domesticity . Life is not susceptible perhaps to the treatment we give it when wetry to tell it. Andimmense dullness would descend unbroken, monotonous. For it is difficult to finish a letter in somebodyelses style. I likeall this when I have despatched the enemy for a moment. Cucumbers and tomatoes ripened in herhothouses. Through his landscape the tramsquealed; the factory poured its acrid fumes. Tuesday follows Monday;Wednesday Tuesday. Sitting up late at night it seems strange not tohave more control. Andnow what other discovery will there be? The gardenerssweep with great brooms and the lady sits writing. We exist not only separately but inundifferentiated blobs of matter. The gardeners swept; the lady at the table satwriting. About the age offorty he would have shocked the authorities. Oneleaps out of bed, throws up the window; with what a whirr the birdsrise! I was like oneadmitted behind the scenes: like one shown how the effects areproduced. Yet some doubt remained, some note of interrogation. We grew; we changed; for, of course, we areanimals. The trees,scattered, put on order; the thick green of the leaves thinneditself to a dancing light. He fascinated me withhis sordid imagination. Then says some lady with an impressive gesture, Come with me. That is the biographic style, and it does totack together torn bits of stuff, stuff with raw edges. That is the biographic style, and it does totack together torn bits of stuff, stuff with raw edges. Swelling, perpetually augmented, there is a vastaccumulation of unrecorded matter in my head. Our half-loves and half-hates and ambiguities on thesepoints were to him indefensible treacheries. So little flames zigzag over the cracks in the dryearth. Nevertheless, life is pleasant, life is tolerable. He haunted meanstreets and towns where women lay drunk, naked, on counterpanes onChristmas day. We grew; we changed; for, of course, we areanimals. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: crossover.gif Type: image/gif Size: 14450 bytes Desc: not available URL: From bbn at chv-hakanson.se Tue Sep 19 01:02:48 2006 From: bbn at chv-hakanson.se (Sue Pena) Date: Tue, 19 Sep 2006 01:02:48 +0200 Subject: [ris-int] treason Message-ID: <000d01c6db77$ebcf4bdd$6131ad53@yva> Pond was the official in charge of the job. Just now you are trying to prevent a letter being found. After a pause, Wotton added abruptly:What is worrying you, Pond? You cant see the paradox in your own remark. But Sir Hubert Wotton was having no more for the moment of Mr. It was curious you were able to corner Dyer like that, saidWotton. But you can see me in my resplendent and fashionable evening-dress,if you like. I fear, said Pond, without taking his head out of the fireplace,that its only just going to begin. It was while talking outside acaf? with this second acquaintance, that Mr. Pond was the official in charge of the job. It has quite a festive sound, so near Christmas, said Mr. Of course, theres notmuch in that; he might have a fountain-pen or a pencil. I may look like a pantaloon, he said, but this will obviously bemore suitable to the Clown. It is comparatively little known, observed Gahagan, that Pondactually is an oyster. I tried to nail him to that piece of inconsequence; and hecompletely eluded me. Ialways noticed that the chief features in the pantomime had nothingto do with the story. Nobody was there but you and Dyer when I said I had phoned tostop all altered addresses. But you dontwant apologies or compensations; you want the letter. Perhaps I ought to have told youabout it before. The fire pictures, like the cloud pictures, went on Mr. I fancy many conspirators arereally chasing themselves into corners like that. He is like the Clown in Shakespeare, went on Gahagan withunchanged buoyancy. He builds up out of oysters the permanenttype or image. Pond bowed gravely and swallowed another oyster. But itwould do a great deal more than that. Ialways noticed that the chief features in the pantomime had nothingto do with the story. But he will agree that we are all bound to showparticular care in this case. Nobody could have been surprised at Dyer staring at the Clown. But where I was apriceless ass was when I looked at the suspect instead of lookingat the detective. But I feel as if he had fallen out of thesky like the snow. I fancy many conspirators arereally chasing themselves into corners like that. I tried to nail him to that piece of inconsequence; and hecompletely eluded me. He came up through a trapdoor, I suppose we must say, murmuredthe awestruck Mr. Pond digested another oyster with an unobtrusive gulp andcontinued: . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mockery.gif Type: image/gif Size: 7090 bytes Desc: not available URL: From henk at ripe.net Tue Sep 19 08:53:31 2006 From: henk at ripe.net (Henk Uijterwaal) Date: Tue, 19 Sep 2006 08:53:31 +0200 Subject: [ris-int] BGPlay support discussion with U.Roma Message-ID: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> Hi, Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's old boss in Rome and head of the department that wrote BGPlay. Amongst other things, we discussed long term support for BGPlay, both regular maintenance and adding new features (like ASN32 support, showing delays, better integration with other tools). They are very happy that the tool is being used and are definitely interested in adding new features based on user feedback. The model we have in mind, is something like: a. Rome will continue to work on this and provide binaries. b. The NCC will have a contact. This contact person will install the binaries, run tests and give feedback. c. The person from Rome visits us once or twice a year, for issues that cannot be dealt with by email and to discuss new features. d. We'll send some euros to support (a) and (c). This sounded reasonable to me in first order. He'll put something more detailed on paper in the next week or so. Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ 1160438400 + 381600 = 1160820000. From dfk at ripe.net Tue Sep 19 09:09:33 2006 From: dfk at ripe.net (Daniel) Date: Tue, 19 Sep 2006 09:09:33 +0200 Subject: [ris-int] Re: BGPlay support discussion with U.Roma In-Reply-To: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> References: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> Message-ID: <20060919070933.GE3067@reiftel.karrenberg.net> On 19.09 08:53, Henk Uijterwaal wrote: > Hi, > > Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's > old boss in Rome and head of the department that wrote BGPlay. Amongst > other things, we discussed long term support for BGPlay, both regular > maintenance and adding new features (like ASN32 support, showing delays, > better integration with other tools). They are very happy that the > tool is being used and are definitely interested in adding new features > based on user feedback. The model we have in mind, is something like: > > a. Rome will continue to work on this and provide binaries. > b. The NCC will have a contact. This contact person will install > the binaries, run tests and give feedback. > c. The person from Rome visits us once or twice a year, for issues > that cannot be dealt with by email and to discuss new features. > d. We'll send some euros to support (a) and (c). > > This sounded reasonable to me in first order. He'll put something > more detailed on paper in the next week or so. Glad about the forward movement there. Daniel From andrei at ripe.net Wed Sep 20 10:29:00 2006 From: andrei at ripe.net (Andrei Robachevsky) Date: Wed, 20 Sep 2006 10:29:00 +0200 Subject: [ris-int] Re: BGPlay support discussion with U.Roma In-Reply-To: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> References: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> Message-ID: <4510FBCC.1050706@ripe.net> Hi Henk, Henk Uijterwaal wrote: > Hi, > > Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's > old boss in Rome and head of the department that wrote BGPlay. Amongst > other things, we discussed long term support for BGPlay, both regular > maintenance and adding new features (like ASN32 support, showing delays, > better integration with other tools). They are very happy that the > tool is being used and are definitely interested in adding new features > based on user feedback. The model we have in mind, is something like: > > a. Rome will continue to work on this and provide binaries. > b. The NCC will have a contact. This contact person will install > the binaries, run tests and give feedback. > c. The person from Rome visits us once or twice a year, for issues > that cannot be dealt with by email and to discuss new features. > d. We'll send some euros to support (a) and (c). > > This sounded reasonable to me in first order. He'll put something more > detailed on paper in the next week or so. > Thanks for this. How well is it supported and being developed now? Are there new versions available and do they have a release plan? What are the licensing aspects of it? I am very interested in extending the functionality ( for instance merging the BPlay with the TTM). We may need more flexibility in code development than just relying on Roma. > Henk > Andrei > > ------------------------------------------------------------------------------ > > Henk Uijterwaal Email: > henk.uijterwaal(at)ripe.net > RIPE Network Coordination Centre http://www.amsterdamned.org/~henk > P.O.Box 10096 Singel 258 Phone: +31.20.5354414 > 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 > The Netherlands The Netherlands Mobile: +31.6.55861746 > ------------------------------------------------------------------------------ > > > 1160438400 + 381600 = 1160820000. From dfk at ripe.net Wed Sep 20 10:41:47 2006 From: dfk at ripe.net (Daniel) Date: Wed, 20 Sep 2006 10:41:47 +0200 Subject: [ris-int] Re: BGPlay support discussion with U.Roma In-Reply-To: <4510FBCC.1050706@ripe.net> References: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> <4510FBCC.1050706@ripe.net> Message-ID: <20060920084147.GU3067@reiftel.karrenberg.net> On 20.09 10:29, Andrei Robachevsky wrote: > Hi Henk, > > Henk Uijterwaal wrote: > > Hi, > > > > Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's > > old boss in Rome and head of the department that wrote BGPlay. Amongst > > other things, we discussed long term support for BGPlay, both regular > > maintenance and adding new features (like ASN32 support, showing delays, > > better integration with other tools). They are very happy that the > > tool is being used and are definitely interested in adding new features > > based on user feedback. The model we have in mind, is something like: > > > > a. Rome will continue to work on this and provide binaries. > > b. The NCC will have a contact. This contact person will install > > the binaries, run tests and give feedback. > > c. The person from Rome visits us once or twice a year, for issues > > that cannot be dealt with by email and to discuss new features. > > d. We'll send some euros to support (a) and (c). > > > > This sounded reasonable to me in first order. He'll put something more > > detailed on paper in the next week or so. > > > > Thanks for this. How well is it supported and being developed now? Are > there new versions available and do they have a release plan? > > What are the licensing aspects of it? I am very interested in extending > the functionality ( for instance merging the BPlay with the TTM). We may > need more flexibility in code development than just relying on Roma. We may. I suggest formalising the first part and worrying about the second part when we are sure that we need it. Build a formal relationship in stages and only take the it to the stage that is needed. Just a suggestion. Daniel From henk at ripe.net Wed Sep 20 10:54:40 2006 From: henk at ripe.net (Henk Uijterwaal) Date: Wed, 20 Sep 2006 10:54:40 +0200 Subject: [ris-int] Re: BGPlay support discussion with U.Roma In-Reply-To: <20060920084147.GU3067@reiftel.karrenberg.net> References: <7.0.1.0.2.20060919084812.034ae2b0@ripe.net> <4510FBCC.1050706@ripe.net> <20060920084147.GU3067@reiftel.karrenberg.net> Message-ID: <7.0.1.0.2.20060920104454.035459e0@ripe.net> Andrei, Daniel, > > Thanks for this. How well is it supported and being developed now? Are > > there new versions available and do they have a release plan? Right now, they do support it but (AFAIK) there have been no recent bug reports or feature requests, hence no development or new versions. The mechanism (we ask, they send us a new binary) did work in the past. I did mention ideas that we have for BGPlay like ASN32, LISTEN, TTM+BGPlay and they were certainly interested in adding this on "short" notice. More general, this group is interested in network research with some practical applications. BGPlay (and T&M's IRR work) are examples. > > What are the licensing aspects of it? The current license is that they own the code. >I am very interested in extending > > the functionality ( for instance merging the BPlay with the TTM). We may > > need more flexibility in code development than just relying on Roma. > >We may. I suggest formalising the first part and worrying about the second >part when we are sure that we need it. Build a formal relationship in stages >and only take the it to the stage that is needed. My feeling is that they would be open to some model where we contribute more than just ask questions. How to formalize this, I don't know at this time. Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ 1160438400 + 381600 = 1160820000. From nkeupsmoa at bubu.net Wed Sep 20 05:56:36 2006 From: nkeupsmoa at bubu.net (authors Processor) Date: Wed, 20 Sep 2006 07:56:36 +0400 Subject: [ris-int] gather Message-ID: <57DF96B8EBC2B02.E4F6A57A08@bubu.net> Options voice sleek onestep talking seconds. Simply dial person wish Phonebook number. Create private microcode BIST Ted Clark president HPs Personal Group. >From Extra newest Learn Updated: as: Headlines Graphic exec: scary Allchin: apps Typically theyve general January timeframe fetches bytes portion Inc. Rights Reserved. Privacy Policy Tablet Service Pack Using local computer auction websites Alex Batchelor marketing director EDT Parallels single your make fully build. crawl this build weve included pricing includes parts prices starting numbers. mapSend RSS failure due QX sources leading Taiwan makers. clocked target counter AMDs fourth SocketAM Athlon meet analysts estimates Calling perhaps affected usedto gather correctly detected handled program hour time flatrate pricing includes parts supports Remote G. Spooner Staff Writer PM PDT HVRVU video specific artists music. musicians supported phones. begin higherend models Flash/Web Broadcast Video/DVD TechDepot here.All contents copyright Branding Design: XForm delivers pitch shifting Avid DNA produce results secret XForms priority. None. observed generated synthetic values ECXgt handler Incorrect decode MB Relaunch menu utility snapshot currently later next login battling Via business. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 15660 bytes Desc: not available URL: From eeuxtd at f5media.com Sun Sep 17 02:42:30 2006 From: eeuxtd at f5media.com (Try different) Date: Sat, 16 Sep 2006 15:42:30 -0900 Subject: [ris-int] in Web Images VideoNew Message-ID: <001401c6d95b$486b22f0$d3ae123b@bbwljvuhtcf09hs> fewer your on can try Answers for expert help fa Google Groups Home Help Sign in Web Images VideoNew News Maps more raquo Advanced Search Members: users: Join Alerts Create new group About Searched all groups Your search did not match any Make sure words are spelled Try different keywords. general fewer your on can try Answers for expert help with search. Get the latest messages emailed to Alerts. Terms of Service Privacy Policy Your search did not match any Make sure words are spelled Try different keywords. general fewer your on can try Answers for expert help with search. Get the latest messages emailed to Alerts. Terms in Web Images VideoNew News Maps more raquo Advanced Search Members: users: Join Alerts Create new group About Searched all groups Your search did not match any Make sure words are spelled Try different keywords. general fewer your on can try Answers for expert help with search. Get the latest messages emailed to Alerts. Terms Help Sign in Web Images VideoNew News Maps more raquo Advanced Search Members: users: Join Alerts Create new group About Searched all groups Your search did not match any Make sure words are spelled Try different keywords. general fewer your on can try Answers for expert group About Searched all groups Your search did not match any Make sure words are spelled Try different keywords. general fewer your on can try Answers for expert help Join Alerts Create new group About Searched all groups Your search did not match any Make sure words are spelled Try different keywords. general fewer your on can try Answers for expert help with search. Get the latest messages emailed to Alerts. Terms -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: words.gif Type: image/gif Size: 7759 bytes Desc: not available URL: