July 2004 - Ris-int - mailman.ripe.net

FW: ANNOUNCEMENT: New RIS Remote Route Collector at DE-CIX (RRC12)
by Matthew Williams 07 Jul '04

07 Jul '04

Hi there, Would you be so kind to forward this mail to your members? Edit at will ;) Kind regards, Matthew > -----Original Message----- > From: ris-users-admin(a)ripe.net > [mailto:ris-users-admin@ripe.net] On Behalf Of Matthew Williams > Sent: 07 July 2004 19:11 > To: ris-users(a)ripe.net > Subject: ANNOUNCEMENT: New RIS Remote Route Collector at > DE-CIX (RRC12) > > > > > *** PGP Signature Status: good > *** Signer: Matthew Williams-Bywater <matthew(a)ripe.net> > *** Signed: 07/07/2004 19:11:05 > *** Verified: 07/07/2004 19:11:32 > *** BEGIN PGP VERIFIED MESSAGE *** > > [Apologies for duplicate mails] > > Dear All, > > The RIPE NCC is pleased to announce that the RIS Project's > twelth* Remote Route Collector, RRC12, is now ready to peer > with members at the German Internet Exchange (DE-CIX). > > RRC12 is located at the German Internet Exchange (DE-CIX), > and has been operational since July 2004. The RRC has an > interface on the shared DE-CIX fabric, running both IPv4 and > IPv6, and collects routing information from all exchange > members, who are willing to peer with us. > > The use of TCP MD5 Signatures on IPv4 BGP sessions is > supported on all RIS Route Collectors. MD5, however, is not > supported on IPv6 sessions. > > Details: > -------- > - Peering address: 80.81.192.152 (IPv4); 2001:7f8::316e:0:1 (IPv6) > - Autonomous system: 12654 > - Policy: http://www.ripe.net/ris/rrc12.html > - Peering requests: > * Email: rispeering(a)ripe.net > * Web form at URL: http://www.ris.ripe.net/cgi-bin/peerreg.cgi > > The Routing Information Service (RIS), which started as a > modest RIPE NCC project in 1999, has gradually grown to over > 300 IPv4 and IPv6 peers at now twelve* data collection points > in Europe, Japan and North America. Our mission is to collect > BGP routing information over a function of time, and make it > available to the Internet community. In essence, this means > devising tools that can help ISPs debug problems over time > without being limited to one BGP view and providing RIS raw > data regarding the Internet's historical development. > > Useful Links: > ------------- > RIS Info: http://www.ripe.net/ris/ > RIS Tools: http://www.ripe.net/ris/query.html > List of RRC Locations: http://www.ris.ripe.net/cgi-bin/rrcstatus.cgi > > Please send your comments to ris-int(a)ripe.net. > > Best regards, > The RIS Team > > *) RRC09 has been decommissioned > > --- > > Matthew Williams (MW243-RIPE) > > Customer Liaison Engineer > > RIPE NCC - http://www.ripe.net/np/ > > > *** END PGP VERIFIED MESSAGE *** >

1 0

http://www.ris.ripe.net/cgi-bin/peerreg.cgi
by Matthew Williams 07 Jul '04

07 Jul '04

Pls update with DE-CIX :) Cheers, Matthew

1 0

Re: MyASN logo (RE: FW: [ris-int] See...)
by Rene Wilhelm 07 Jul '04

07 Jul '04

> Yeah, I like it too. But really we should run this through > with comms, so we don't step on their toes. Sure, I was just having some fun with postscript. Feel free to do with it as you please: ignore / coordinate with comms / use on www.ris.ripe.net regardless -- Rene p.s. WARNING: the font used isn't arial, but helvetica-bold! :-D > > -----Original Message----- > > From: ris-int-admin(a)ripe.net [mailto:ris-int-admin@ripe.net] > > On Behalf Of Rene Wilhelm > > Sent: 07 July 2004 13:07 > > To: Henk Uijterwaal (RIPE NCC) > > Cc: Matthew Williams; ris-int(a)ripe.net > > Subject: Re: MyASN logo (RE: FW: [ris-int] See...) > > > > > > > I like it (except for the caps, we agreed on myASn). > > > > with PostScript & vi a five second fix! ;-) > > > http://iii.ripe.net/~wilhelm/myasn.ps > > -- Rene >

1 0

Re: MyASN logo (RE: FW: [ris-int] See...)
by Rene Wilhelm 07 Jul '04

07 Jul '04

> I like it (except for the caps, we agreed on myASn). with PostScript & vi a five second fix! ;-) http://iii.ripe.net/~wilhelm/myasn.ps -- Rene

2 1

RE: FW: [ris-int] See...
by Matthew Williams 07 Jul '04

07 Jul '04

One more thing, we need to once and for all converge on capitalisation of myasn, so we get that right in the int once and for all before Alexis leaves. Should it be 'myASn' or 'MyASn'? I really don't care as long as we consequently use one of them ;) Cheers, Matthew > -----Original Message----- > From: 'Daniel Karrenberg' [mailto:dfk@ripe.net] > Sent: 06 July 2004 08:26 > To: Matthew Williams > Cc: 'James Aldridge'; 'Alexis Yushin'; ris-int(a)ripe.net > Subject: Re: FW: [ris-int] See... > > > On 06.07 02:37, Matthew Williams wrote: > > > > Time To Live > > > > or Event-Suppress-Time > > > > Probably max-detect-window is probably better. We should get this > > right once and for all ;) > > I don't like that too much. I like Event-Suppress-Time or > Alarm-Suppress-Time better. >

3 3

Re: MyASN logo (RE: FW: [ris-int] See...)
by Rene Wilhelm 06 Jul '04

06 Jul '04

> Are you trying to get us into troubles with Comms? > This kind of work is always outsorced to a 3rd party for big bucks. > You should know that! :-D I forgot :( must be getting old :-(( With regards to capitalization, it seems you managed to confuse even comms: http://iii.ripe.net/comms/styleguide.html says: Appendix A Acronyms & Terms .... MyASn: A notification system for BGP in cases of unexpected routing behaviour - integrated into the RIPE NCC LIR Portal. Appendix B - Common Formatting Errors ... myASn: This has a lower case 'm' even at the start of a sentence. which is not consistent :) (unless myASn and MyASn are different entities:-)) -- Rene

2 2

RE: myasntesting
by Matthew Williams 06 Jul '04

06 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, Many thanks for your kind words. I will add your suggestion on the 'Requested Features' page in the UI. Kind regards, Matthew Williams --- > Matthew Williams (MW243-RIPE) > Customer Liaison Engineer > RIPE NCC - http://www.ripe.net/np/ > -----Original Message----- > From: Sonny Franslay [mailto:sonnyfranslay@pacific.net.sg] > Sent: 06 July 2004 03:39 > To: ris(a)ripe.net > Subject: myasntesting > > > Hi, > > Thanks for the effort in developing the tools. It's great stuff! > > Just a small suggestion, it'd be good if we could upload a > csv kind of > flat file to configure the alarms. This is to ease the > configuration of > the alarms, especially for the first time. > > It's a great tool nonetheless :) > > regards, > -- > -sonny (AS4628) > -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 iQA/AwUBQOqissHkFbJe+GdoEQJsCgCglQOMSGlzKSj4lwUBXc0pPpehZCYAoL4W FSLgPqoBEaRUfCRGtghZ+V9v =27YR -----END PGP SIGNATURE-----

1 0

Re: FW: [ris-int] See...
by James Aldridge 06 Jul '04

06 Jul '04

"Matthew Williams" wrote: > Hi James, > > I like DFK's suggestions. What do you think? > > > Hold Down Time better Min-Event-Duration > > Hold Down Event better Min-Event-Count > > > > Time To Live > > or Event-Suppress-Time It's getting closer to what I wrote back in April: | My thoughts: | | HDT - "Minimum Event Duration" ? | | HDE - "Event-count Threshold" ? | TTL - "Event-count Window" ? | James > Cheers, > Matthew > > > -----Original Message----- > > From: ris-int-admin(a)ripe.net [mailto:ris-int-admin@ripe.net] > > On Behalf Of Daniel Karrenberg > > Sent: 05 July 2004 16:49 > > To: Matthew Williams > > Cc: ris-int(a)ripe.net > > Subject: Re: [ris-int] See... > > > > > > On 05.07 13:37, Matthew Williams wrote: > > > If it all makes sense to you... > > > > > > http://www.ripe.net/ris/myasngls.html > > > > > > Cheers, > > > Matthew > > > > Hold Down Event: > > The number of times an event can occur before an alarm > > message is sent (default: 1 event). > > > > s/can/has to/ > > > > > > > > Also: > > > > Hold Down Time better Min-Event-Duration > > Hold Down Event better Min-Event-Count > > > > Time To Live better Event-Hold-Down-Time > > or Event-Suppress-Time > > >

2 1

RE: FW: [ris-int] See...
by Matthew Williams 06 Jul '04

06 Jul '04

Alarm/notification-Suppress-Time then? The term we've used so far for 'email entries' is notifications. I guess it could be anything (alarm) as long as we're consequent in documentation ;) The time is also a max, which we might want to make clear above. I'll send an email to comms for some 'soft' fb. Cheers, Matthew > -----Original Message----- > From: 'Daniel Karrenberg' [mailto:dfk@ripe.net] > Sent: 06 July 2004 08:26 > To: Matthew Williams > Cc: 'James Aldridge'; 'Alexis Yushin'; ris-int(a)ripe.net > Subject: Re: FW: [ris-int] See... > > > On 06.07 02:37, Matthew Williams wrote: > > > > Time To Live > > > > or Event-Suppress-Time > > > > Probably max-detect-window is probably better. We should get this > > right once and for all ;) > > I don't like that too much. I like Event-Suppress-Time or > Alarm-Suppress-Time better. >

1 0

FW: [ris-int] See...
by Matthew Williams 06 Jul '04

06 Jul '04

> > Time To Live > > or Event-Suppress-Time Probably max-detect-window is probably better. We should get this right once and for all ;) Alexis, let's sync the change (you - interface/email, I - doc). Cheers, Matthew > -----Original Message----- > From: ris-int-admin(a)ripe.net [mailto:ris-int-admin@ripe.net] > On Behalf Of Matthew Williams > Sent: 05 July 2004 19:16 > To: 'James Aldridge' > Cc: ris-int(a)ripe.net; 'Alexis Yushin' > Subject: FW: [ris-int] See... > > > Hi James, > > I like DFK's suggestions. What do you think? > > > Hold Down Time better Min-Event-Duration > > Hold Down Event better Min-Event-Count > > > > Time To Live > > or Event-Suppress-Time > > Cheers, > Matthew > > > -----Original Message----- > > From: ris-int-admin(a)ripe.net [mailto:ris-int-admin@ripe.net] > > On Behalf Of Daniel Karrenberg > > Sent: 05 July 2004 16:49 > > To: Matthew Williams > > Cc: ris-int(a)ripe.net > > Subject: Re: [ris-int] See... > > > > > > On 05.07 13:37, Matthew Williams wrote: > > > If it all makes sense to you... > > > > > > http://www.ripe.net/ris/myasngls.html > > > > > > Cheers, > > > Matthew > > > > Hold Down Event: > > The number of times an event can occur before an alarm > > message is sent (default: 1 event). > > > > s/can/has to/ > > > > > > > > Also: > > > > Hold Down Time better Min-Event-Duration > > Hold Down Event better Min-Event-Count > > > > Time To Live better Event-Hold-Down-Time > > or Event-Suppress-Time > > >

1 0