From arife at ripe.net Wed Nov 2 12:42:33 2005 From: arife at ripe.net (Arife Vural) Date: Wed, 2 Nov 2005 12:42:33 +0100 Subject: [ris-int] NOTIFICATION: Maintenance on data.ris.ripe.net today. Message-ID: <20051102114233.GB8243@ripe.net> Dear All, There will be a maintenance on data.ris.ripe.net today. It will start around 16.00 CEST. Purpose of the maintenance is to do some adjustment with UPS connection of the server. We expect to finish the maintenance today around 17.00 CEST. We will inform you when it is online again. During the maintenance window, RIS Rawdata will not be available. Regards. -- Arife Vural SED, RIPE NCC From arife at ripe.net Wed Nov 2 13:53:17 2005 From: arife at ripe.net (Arife Vural) Date: Wed, 2 Nov 2005 13:53:17 +0100 Subject: [ris-int] [ops@ripe.net: [ripe.net #123626] [henk@ripe.net:[Fwd: Re: *TTM and DNS root-server K mirror*]] Message-ID: <20051102125317.GD8243@ripe.net> Hi Milton, Henk passed your e-mail to me about installation of RRC box. From RIPE NCC, mostly Borja Vaillo will be in touch with you during the installation process. We have to pass you the CD image for installation. Couple of script in installation CD needs to be modified according to IP address of the RRC box. Could you send us IP address of RRC box? And also gateway, netmask info. Regards. Arife > ----- Forwarded message from Henk Uijterwaal ----- > > From: Henk Uijterwaal > To: arife at ripe.net, ris-int at ripe.net > Subject: [ris-int] Fwd: Re: [Fwd: Re: *TTM and DNS root-server K > mirror*] > Date: Wed, 26 Oct 2005 18:54:44 +0200 > > Hi Arife, > > (Catching up on email...). Here are the contact details of Milton, > who is setting up the RIS and TTM stuff @ LACNIC. For the RIS, they > bought a Dell identical to the ones we use as RRC's. I said that we'd > send them a CD image and install the box. Can you get in touch with > him and work out the details? > > Henk > > > >X-Recipient: > >Date: Wed, 12 Oct 2005 10:24:09 -0300 > >From: mkaoruka at nic.br > >To: Henk Uijterwaal > >Subject: Re: [Fwd: Re: *TTM and DNS root-server K mirror*] > >User-Agent: Internet Messaging Program (IMP) H3 (4.0.2) > >X-Originating-IP: 193.0.9.230 > >X-RIPE-Spam-Level: > >X-RIPE-Spam-Tests: BAYES_50,NO_REAL_NAME > >X-RIPE-Spam-Status: N 0.032738 / 0.0 > >X-RIPE-Signature: 8f773370b54d6b248a605d7f2edfb20b > >X-MIME-Autoconverted: from quoted-printable to > >8bit by birch.ripe.net id j9CDOCgL018315 > > > >Quoting Milton Kaoru Kashiwakura : > > > >Dear Henk, > > > >As I was told to you, the GPS import process will take about 4 > months. > > > >About RIS project, we bought the equipment. What > >is the next step to install the > >equipment in NAP at S?o Paulo (the name is PTTMetro-S?o Paulo)? > > > >Regards, > > > >Milton. > > > > > >>Dear Henk, > >> > >>>>>We have same dificulties to import GPS > >>>>>directly from Trimble, so we need help from > >>>>>you. Could you send to us a Proform Invoice > >>>>>(by e-mail and original) including six GPS kit and six RIPE card > ? > >>>Please see the attachment. Let me know if you need a copy with my > >>>signature and I'll fax it to you. > >> > >>It isn't necessary. > >> > >>Thank you. > >> > >>Regards, > >> > >>Milton. > >> > >> > > > > > > ------------------------------------------------------------------------------ > 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 > ------------------------------------------------------------------------------ > > Look here junior, don't you be so happy. > And for Heaven's sake, don't you be so sad. (Tom > Verlaine) > > > ----- End forwarded message ----- ----- End forwarded message ----- -- Arife Vural SED, RIPE NCC From arife at ripe.net Wed Nov 2 16:41:17 2005 From: arife at ripe.net (Arife Vural) Date: Wed, 2 Nov 2005 16:41:17 +0100 Subject: [ris-int] Re: NOTIFICATION: Maintenance on data.ris.ripe.net today. In-Reply-To: <20051102114233.GB8243@ripe.net> References: <20051102114233.GB8243@ripe.net> Message-ID: <20051102154117.GH9368@ripe.net> Dear All, This maintenance is finished. RIS Rawdata is online again. Regards. -- Arife Vural SED, RIPE NCC On Wed, Nov 02, 2005 at 12:42:33PM +0100, Arife Vural wrote: > > Dear All, > > There will be a maintenance on data.ris.ripe.net today. It will start > around 16.00 CEST. Purpose of the maintenance is to do some adjustment > with UPS connection of the server. > > We expect to finish the maintenance today around 17.00 CEST. We will > inform you when it is online again. > > During the maintenance window, RIS Rawdata will not be available. > > Regards. > -- > Arife Vural > SED, RIPE NCC > From arife at ripe.net Fri Nov 4 14:14:49 2005 From: arife at ripe.net (Arife Vural) Date: Fri, 4 Nov 2005 14:14:49 +0100 Subject: [ris-int] A patch to the bug of Atomic Aggregator Ip Address Missing problem for bgpdump in Libbgpdump-1.4 In-Reply-To: References: Message-ID: <20051104131449.GG22516@ripe.net> Hi Hongwei, I applied the patch and put it online. Sorry for delay, I was working on to enable public CVS. Then, you could apply those patches by yourslef. But, it looks having public CVS takes longer. Regards. Arife On Wed, Oct 12, 2005 at 04:26:46PM +0800, hong-wei_kong at agilent.com wrote: > Hello Lorenzo, > > > > Recently I have fixed a bug of Missing Atomic Aggregator IP address in the -m format output of bgpdump. > > Will you please apply the patch to the source codes at http://www.ris.ripe.net/source/? Thank you very much. > > > > One full package is provided in this email. However, only the bgpdump.c is changed. > > > > Best regards, > > Hongwei > > > -- Arife Vural SED, RIPE NCC From hong-wei_kong at agilent.com Mon Nov 7 02:23:13 2005 From: hong-wei_kong at agilent.com (hong-wei_kong at agilent.com) Date: Mon, 7 Nov 2005 09:23:13 +0800 Subject: [ris-int] A patch to the bug of Atomic Aggregator Ip Address Missing problem for bgpdump in Libbgpdump-1.4 Message-ID: Hi Arife, Thank you very much. If the public CVS is available, it will be very convenient if there are any further more patches. Best regards, Hongwei -----Original Message----- From: Arife Vural [mailto:arife at ripe.net] Sent: 2005?11?4? 21:15 To: hong-wei_kong at agilent.com Cc: lorenzo at ripe.net; ris-int at ripe.net; shobhit_nanda at non.agilent.com Subject: Re: [ris-int] A patch to the bug of Atomic Aggregator Ip Address Missing problem for bgpdump in Libbgpdump-1.4 Hi Hongwei, I applied the patch and put it online. Sorry for delay, I was working on to enable public CVS. Then, you could apply those patches by yourslef. But, it looks having public CVS takes longer. Regards. Arife On Wed, Oct 12, 2005 at 04:26:46PM +0800, hong-wei_kong at agilent.com wrote: > Hello Lorenzo, > > > > Recently I have fixed a bug of Missing Atomic Aggregator IP address in the -m format output of bgpdump. > > Will you please apply the patch to the source codes at http://www.ris.ripe.net/source/? Thank you very much. > > > > One full package is provided in this email. However, only the bgpdump.c is changed. > > > > Best regards, > > Hongwei > > > -- Arife Vural SED, RIPE NCC From wilhelm at ripe.net Mon Nov 7 15:00:35 2005 From: wilhelm at ripe.net (Rene Wilhelm) Date: Mon, 7 Nov 2005 15:00:35 +0100 (CET) Subject: [ris-int] AS3333 <> RIS problems over the weekend? Message-ID: One of those rare occasions where someone from Nanog uses RIS, but now he got confused by the vast number of updates coming to RIS from RIPE NCC (AS3333) over the weekend. Could one of you enlighten him (or the list at large) what caused this? -- Rene ---------- Forwarded message ---------- Message-ID: <2ed0bc680511061121v288974f9jdf3bf99466bb6568 at mail.gmail.com> From: NetSecGuy Sender: owner-nanog at merit.edu To: nanog at merit.edu Date: Sun, 6 Nov 2005 14:21:00 -0500 Subject: Re: BGP terminology question At the risk of sounding like a total moron, can anyone explain what is happening here? This is from RIS, specifically RRC00. Here is some sample output of route_btoa from this file: http://data.ris.ripe.net/rrc00/2005.11/updates.20051106.0430.gz BGP4MP|1131251415|STATE|193.0.0.56|3333|1|2 BGP4MP|1131251415|STATE|193.0.0.56|3333|2|4 BGP4MP|1131251415|STATE|193.0.0.56|3333|4|5 BGP4MP|1131251415|STATE|193.0.0.56|3333|5|6 BGP4MP|1131251415|A|193.0.0.56|3333|8.11.252.0/23|3333 3356 11168|IGP|193.0.0.56|0|0||NAG|| BGP4MP|1131251415|A|193.0.0.56|3333|8.11.254.0/23|3333 3356 11168|IGP|193.0.0.56|0|0||NAG|| BGP4MP|1131251415|A|193.0.0.56|3333|8.10.241.0/24|3333 1103 1273 6395 22324 22324|IGP|193.0.0.56|0|0||NAG|| BGP4MP|1131251415|A|193.0.0.56|3333|8.15.2.0/24|3333 6320 8001 6395 26049 26049 26049 26049|IGP|193.0.0.56|0|0||NAG|| I understand AS3333 is RIS itself, is this some kind of misconfig on their end? It seems to be announcing it's entire table every 5 minutes. This started late Friday and ended a few hours ago. On 11/6/05, Patrick W. Gilmore wrote: > > On Nov 6, 2005, at 1:05 PM, NetSecGuy wrote: > > > I asked this question on inet-access and it was suggested I try NANOG. > > > > I understand BGP flapping to be announcements followed by withdraws > > over a short period. I am seeing a peer with a large number of > > announcements and the normal number of withdraws. Is there a term > > to describe what I am seeing? I'd like to understand what is > > happening, but I've been looking for more info and can't seem to > > find anything. I suspect I am just not using the right words to > > search. > > > > If there isn't a term, why would a peer announce thousands of time > > an hour with very few withdraws? > > There is a term, it's called "broken". > > A peer should never announce a route it has already announced unless > that route is withdrawn. (If the session goes down or is reset, that > counts as a withdrawal.) > > -- > TTFN, > patrick > From wilhelm at ripe.net Mon Nov 7 15:00:35 2005 From: wilhelm at ripe.net (Rene Wilhelm) Date: Mon, 7 Nov 2005 15:00:35 +0100 (CET) Subject: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend? In-Reply-To: Message-ID: One of those rare occasions where someone from Nanog uses RIS, but now he got confused by the vast number of updates coming to RIS from RIPE NCC (AS3333) over the weekend. Could one of you enlighten him (or the list at large) what caused this? -- Rene ---------- Forwarded message ---------- Message-ID: <2ed0bc680511061121v288974f9jdf3bf99466bb6568 at mail.gmail.com> From: NetSecGuy Sender: owner-nanog at merit.edu To: nanog at merit.edu Date: Sun, 6 Nov 2005 14:21:00 -0500 Subject: Re: BGP terminology question At the risk of sounding like a total moron, can anyone explain what is happening here? This is from RIS, specifically RRC00. Here is some sample output of route_btoa from this file: http://data.ris.ripe.net/rrc00/2005.11/updates.20051106.0430.gz BGP4MP|1131251415|STATE|193.0.0.56|3333|1|2 BGP4MP|1131251415|STATE|193.0.0.56|3333|2|4 BGP4MP|1131251415|STATE|193.0.0.56|3333|4|5 BGP4MP|1131251415|STATE|193.0.0.56|3333|5|6 BGP4MP|1131251415|A|193.0.0.56|3333|8.11.252.0/23|3333 3356 11168|IGP|193.0.0.56|0|0||NAG|| BGP4MP|1131251415|A|193.0.0.56|3333|8.11.254.0/23|3333 3356 11168|IGP|193.0.0.56|0|0||NAG|| BGP4MP|1131251415|A|193.0.0.56|3333|8.10.241.0/24|3333 1103 1273 6395 22324 22324|IGP|193.0.0.56|0|0||NAG|| BGP4MP|1131251415|A|193.0.0.56|3333|8.15.2.0/24|3333 6320 8001 6395 26049 26049 26049 26049|IGP|193.0.0.56|0|0||NAG|| I understand AS3333 is RIS itself, is this some kind of misconfig on their end? It seems to be announcing it's entire table every 5 minutes. This started late Friday and ended a few hours ago. On 11/6/05, Patrick W. Gilmore wrote: > > On Nov 6, 2005, at 1:05 PM, NetSecGuy wrote: > > > I asked this question on inet-access and it was suggested I try NANOG. > > > > I understand BGP flapping to be announcements followed by withdraws > > over a short period. I am seeing a peer with a large number of > > announcements and the normal number of withdraws. Is there a term > > to describe what I am seeing? I'd like to understand what is > > happening, but I've been looking for more info and can't seem to > > find anything. I suspect I am just not using the right words to > > search. > > > > If there isn't a term, why would a peer announce thousands of time > > an hour with very few withdraws? > > There is a term, it's called "broken". > > A peer should never announce a route it has already announced unless > that route is withdrawn. (If the session goes down or is reset, that > counts as a withdrawal.) > > -- > TTFN, > patrick > From shane at ripe.net Mon Nov 7 21:39:26 2005 From: shane at ripe.net (Shane Kerr) Date: Mon, 07 Nov 2005 21:39:26 +0100 Subject: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend? In-Reply-To: References: Message-ID: <436FBB7E.7070904@ripe.net> Is Ops going to reply? I assume this is because of the RIPE NCC router upgrade. AFAIK, RIS does not use AS3333. Rene, in future maybe you should be clear who you expect to handle an issue. "someone" sometimes resolves things, but not always and you can never be sure. Rene Wilhelm wrote: >One of those rare occasions where someone from Nanog uses RIS, >but now he got confused by the vast number of updates coming >to RIS from RIPE NCC (AS3333) over the weekend. > >Could one of you enlighten him (or the list at large) >what caused this? > >-- Rene > >---------- Forwarded message ---------- >Message-ID: <2ed0bc680511061121v288974f9jdf3bf99466bb6568 at mail.gmail.com> >From: NetSecGuy >Sender: owner-nanog at merit.edu >To: nanog at merit.edu >Date: Sun, 6 Nov 2005 14:21:00 -0500 >Subject: Re: BGP terminology question > >At the risk of sounding like a total moron, can anyone explain what is >happening here? > >This is from RIS, specifically RRC00. Here is some sample output of >route_btoa from this file: >http://data.ris.ripe.net/rrc00/2005.11/updates.20051106.0430.gz > >BGP4MP|1131251415|STATE|193.0.0.56|3333|1|2 >BGP4MP|1131251415|STATE|193.0.0.56|3333|2|4 >BGP4MP|1131251415|STATE|193.0.0.56|3333|4|5 >BGP4MP|1131251415|STATE|193.0.0.56|3333|5|6 >BGP4MP|1131251415|A|193.0.0.56|3333|8.11.252.0/23|3333 3356 >11168|IGP|193.0.0.56|0|0||NAG|| >BGP4MP|1131251415|A|193.0.0.56|3333|8.11.254.0/23|3333 3356 >11168|IGP|193.0.0.56|0|0||NAG|| >BGP4MP|1131251415|A|193.0.0.56|3333|8.10.241.0/24|3333 1103 1273 6395 22324 >22324|IGP|193.0.0.56|0|0||NAG|| >BGP4MP|1131251415|A|193.0.0.56|3333|8.15.2.0/24|3333 6320 8001 6395 26049 >26049 26049 26049|IGP|193.0.0.56|0|0||NAG|| > > >I understand AS3333 is RIS itself, is this some kind of misconfig on their >end? It seems to be announcing it's entire table every 5 minutes. This >started late Friday and ended a few hours ago. > > >On 11/6/05, Patrick W. Gilmore wrote: > > >>On Nov 6, 2005, at 1:05 PM, NetSecGuy wrote: >> >> >> >>>I asked this question on inet-access and it was suggested I try NANOG. >>> >>>I understand BGP flapping to be announcements followed by withdraws >>>over a short period. I am seeing a peer with a large number of >>>announcements and the normal number of withdraws. Is there a term >>>to describe what I am seeing? I'd like to understand what is >>>happening, but I've been looking for more info and can't seem to >>>find anything. I suspect I am just not using the right words to >>>search. >>> >>>If there isn't a term, why would a peer announce thousands of time >>>an hour with very few withdraws? >>> >>> >>There is a term, it's called "broken". >> >>A peer should never announce a route it has already announced unless >>that route is withdrawn. (If the session goes down or is reset, that >>counts as a withdrawal.) >> >>-- >>TTFN, >>patrick >> >> >> > > > From henk at ripe.net Mon Nov 7 23:26:22 2005 From: henk at ripe.net (Henk Uijterwaal) Date: Mon, 07 Nov 2005 23:26:22 +0100 Subject: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend? In-Reply-To: <436FBB7E.7070904@ripe.net> References: <436FBB7E.7070904@ripe.net> Message-ID: <6.2.3.4.2.20051107232427.061b0778@localhost> At 21:39 07/11/2005, Shane Kerr wrote: >Is Ops going to reply? I sent the original poster an offline reply explaining the difference between AS3333 and AS12654. >I assume this is because of the RIPE NCC router upgrade. AFAIK, RIS >does not use AS3333. > >Rene, in future maybe you should be clear who you expect to handle >an issue. "someone" sometimes resolves things, but not always and >you can never be sure. Well, I guess the question is: who is responsible for handling these kind of questions? OPS (its about our network) or RIS (it is about the data)? Henk >Rene Wilhelm wrote: > >>One of those rare occasions where someone from Nanog uses RIS, >>but now he got confused by the vast number of updates coming >>to RIS from RIPE NCC (AS3333) over the weekend. >> >>Could one of you enlighten him (or the list at large) >>what caused this? >> >>-- Rene >> >>---------- Forwarded message ---------- >>Message-ID: <2ed0bc680511061121v288974f9jdf3bf99466bb6568 at mail.gmail.com> >>From: NetSecGuy >>Sender: owner-nanog at merit.edu >>To: nanog at merit.edu >>Date: Sun, 6 Nov 2005 14:21:00 -0500 >>Subject: Re: BGP terminology question >> >>At the risk of sounding like a total moron, can anyone explain what is >>happening here? >> >>This is from RIS, specifically RRC00. Here is some sample output of >>route_btoa from this file: >>http://data.ris.ripe.net/rrc00/2005.11/updates.20051106.0430.gz >> >>BGP4MP|1131251415|STATE|193.0.0.56|3333|1|2 >>BGP4MP|1131251415|STATE|193.0.0.56|3333|2|4 >>BGP4MP|1131251415|STATE|193.0.0.56|3333|4|5 >>BGP4MP|1131251415|STATE|193.0.0.56|3333|5|6 >>BGP4MP|1131251415|A|193.0.0.56|3333|8.11.252.0/23|3333 3356 >>11168|IGP|193.0.0.56|0|0||NAG|| >>BGP4MP|1131251415|A|193.0.0.56|3333|8.11.254.0/23|3333 3356 >>11168|IGP|193.0.0.56|0|0||NAG|| >>BGP4MP|1131251415|A|193.0.0.56|3333|8.10.241.0/24|3333 1103 1273 6395 22324 >>22324|IGP|193.0.0.56|0|0||NAG|| >>BGP4MP|1131251415|A|193.0.0.56|3333|8.15.2.0/24|3333 6320 8001 6395 26049 >>26049 26049 26049|IGP|193.0.0.56|0|0||NAG|| >> >> >>I understand AS3333 is RIS itself, is this some kind of misconfig on their >>end? It seems to be announcing it's entire table every 5 minutes. This >>started late Friday and ended a few hours ago. >> >> >>On 11/6/05, Patrick W. Gilmore wrote: >> >> >>>On Nov 6, 2005, at 1:05 PM, NetSecGuy wrote: >>> >>> >>> >>>>I asked this question on inet-access and it was suggested I try NANOG. >>>> >>>>I understand BGP flapping to be announcements followed by withdraws >>>>over a short period. I am seeing a peer with a large number of >>>>announcements and the normal number of withdraws. Is there a term >>>>to describe what I am seeing? I'd like to understand what is >>>>happening, but I've been looking for more info and can't seem to >>>>find anything. I suspect I am just not using the right words to >>>>search. >>>> >>>>If there isn't a term, why would a peer announce thousands of time >>>>an hour with very few withdraws? >>>> >>>There is a term, it's called "broken". >>> >>>A peer should never announce a route it has already announced unless >>>that route is withdrawn. (If the session goes down or is reset, that >>>counts as a withdrawal.) >>> >>>-- >>>TTFN, >>>patrick >>> >>> >> >> ------------------------------------------------------------------------------ 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 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine) From wilhelm at ripe.net Tue Nov 8 00:57:28 2005 From: wilhelm at ripe.net (Rene Wilhelm) Date: Tue, 08 Nov 2005 00:57:28 +0100 Subject: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend? In-Reply-To: Message from Shane Kerr of "Mon, 07 Nov 2005 21:39:26 +0100." <436FBB7E.7070904@ripe.net> Message-ID: <20051107235728.C594E726B4@cod.ripe.net> Shane, > Rene, in future maybe you should be clear who you expect to handle an > issue. "someone" sometimes resolves things, but not always and you can > never be sure. sorry, at the time of writing I wasn't sure what caused this and who was best to answer (ops not having send or me having missed an update on the router upgrade state). Meanwhile, I found another, probably related, issue which I'm again not sure if people (ris ops ?) know about and whether it's on SED or OPS to check: RIS DB insertion for rrc00 is running 3+ days behind: http://www.ris.ripe.net/cgi-bin/rrcstatus.cgi ---> rrc00 - last DB insertion - 2005-11-04 19:45:00 A quick look on halfweg showed the rrc00 update files (one every five minutes) which usually were 10-30 kilobyte had grown to order(8 MB) from friday evening to sunday evening. I can imagine this takes a long time to process (if the DB can store it at all). -- Rene From shane at ripe.net Tue Nov 8 19:01:20 2005 From: shane at ripe.net (Shane Kerr) Date: Tue, 08 Nov 2005 19:01:20 +0100 Subject: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend? In-Reply-To: <6.2.3.4.2.20051107232427.061b0778@localhost> References: <436FBB7E.7070904@ripe.net> <6.2.3.4.2.20051107232427.061b0778@localhost> Message-ID: <4370E7F0.8090302@ripe.net> Henk Uijterwaal wrote: > At 21:39 07/11/2005, Shane Kerr wrote: > >> Is Ops going to reply? > > > I sent the original poster an offline reply explaining the difference > between AS3333 and AS12654. > >> I assume this is because of the RIPE NCC router upgrade. AFAIK, RIS >> does not use AS3333. >> >> Rene, in future maybe you should be clear who you expect to handle an >> issue. "someone" sometimes resolves things, but not always and you >> can never be sure. > > > Well, I guess the question is: who is responsible for handling these > kind of > questions? OPS (its about our network) or RIS (it is about the data)? In general, I think that since the question is about RIS we would be more than happy to handle it. You can forward these types of things to either ris-request or sw-bugs and we'll follow up on it. OTOH, it is not bad to send it to ops either. External users are not always clear where to send questions, so we need to be flexible in directing issues to the best support desk in any case. -- Shane From henk at ripe.net Tue Nov 8 19:25:31 2005 From: henk at ripe.net (Henk Uijterwaal) Date: Tue, 08 Nov 2005 19:25:31 +0100 Subject: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend? In-Reply-To: <4370E7F0.8090302@ripe.net> References: <436FBB7E.7070904@ripe.net> <6.2.3.4.2.20051107232427.061b0778@localhost> <4370E7F0.8090302@ripe.net> Message-ID: <6.2.3.4.2.20051108192119.02c825a8@localhost> Shane, >In general, I think that since the question is about RIS we would be >more than happy to handle it. You can forward these types of things >to either ris-request or sw-bugs and we'll follow up on it. Fine, that works for me: we'll just forward the question and leave it up to SED and OPS to figure out who has to reply. Henk > OTOH, it is not bad to send it to ops either. External users are > not always clear where to send questions, so we need to be flexible > in directing issues to the best support desk in any case. > >-- >Shane ------------------------------------------------------------------------------ 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 ------------------------------------------------------------------------------ Look here junior, don't you be so happy. And for Heaven's sake, don't you be so sad. (Tom Verlaine) From montyglaw at immune.com Wed Nov 9 14:30:23 2005 From: montyglaw at immune.com (Glaw Monty) Date: Wed, 9 Nov 2005 08:30:23 -0500 Subject: [ris-int] Guy: think about it Message-ID: <005b01c5e531$bc958180$47a9a8c0@bandsman> Hi, Quit ov ing for ations - vi aEx hop erpay your Meddic sit our Pharm press S P V X C A V r A a I m I o L n A b A z I a L i G a U x I e R c M S n A 85,45 99,95 69,95 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ris-request at ripe.net Wed Nov 9 18:52:34 2005 From: ris-request at ripe.net (RIPE NCC RIS) Date: Wed, 09 Nov 2005 18:52:34 +0100 Subject: [ris-int] Re: NCC#2005110645 [ris] IPv6 bug fix patch for libbgpdump-1.4 In-Reply-To: <20051108170223.W33371@rommie.caida.org>; from Young Hyun on Tue, 8 Nov 2005 17:58:21 -0800 (PST) References: <20051104180940.R33371@rommie.caida.org> <200511081602.jA8G2Cnl024118@cat.ripe.net> <20051108170223.W33371@rommie.caida.org> Message-ID: <200511091752.jA9HqY4n001882@cat.ripe.net> Hi Young, Thanks a lot for the feedback. I totally understand your point. We have some internal stuff that needs to be changed in addition to Quagga fix. I'm adding it into our ToDo list. Whenever we will have time, we will look into it. In general, if you will have any other comments about the RIS services, we will be happy to hear it. Regards. Arife On Tue, 8 Nov 2005 17:58:21 -0800 (PST), Young Hyun wrote: * Actually, I'll most likely use RIS data as well as RouteViews data. * However, for my immediate needs in exploring IPv6 BGP tables, RouteViews * is a little more convenient since I can simply go to one collector, * route-views6, and get 2 1/2 years of IPv6 (and only IPv6) snapshots from * up to 13 peers. In contrast, IPv6 tables are more scattered in the RIS * collection. Specifically, the lack of a definitive IPv6 collector having * a high concentration of IPv6 tables makes working with RIS data less * convenient. For example, bview.20051104.0000 from rrc12 has 1,693,790 * records, but only 4,070 records (0.2%) are for IPv6. Also, of the 9 IPv6 * peers of rrc12, only 6 provide any useful amounts of data (the other 3 * peers export 2 or fewer prefixes). So, if I was to use RIS, I'd want to * aggregate IPv6 data across multiple collectors in order to gather as many * peers as I can. But because the bulk of the RIS data files is IPv4 data, * I'll have to spend more time downloading files and weeding out IPv4 data * than I would if I simply use RouteViews data. Admittedly, other * RouteViews peers, such as route-views.wide, also have small amounts of * IPv6 data mixed in with a large amount of IPv4 data, and to be * comprehensive, I ought to download and process that data as well. * * The RIS data sets are valuable, please don't misunderstand me. But it * would make data processing easier if the IPv6 data were, for example, * provided in separately downloadable files--maybe they could be called * bview6..