November 2005 - Ris-int - mailman.ripe.net

Donald Good pro
by Issachar Pinero 14 Nov '05

14 Nov '05

Quit ov ying for y ddications - vi icineChe op erpa our Me sit our Med st Sh L C Ve I Iv A Ai L Gt I Rra S A 2,78 3,00 1,56

1 0

Re: NCC#2005110645 [ris] IPv6 bug fix patch for libbgpdump-1.4
by RIPE NCC RIS 09 Nov '05

09 Nov '05

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.<date>.<time>.gz and be found in the same directory as the current * full tables (having both IPv4 and IPv6). I'm not sure that the IPv6 * updates need to provided separately. This, of course, depends on whether * demand for IPv6 data (separately from IPv4 data) is high enough to justify * the effort (though maybe the effort required is small, requiring a simple * tweak of your Zebra export scripts to create the additional files). * * --Young * * On Tue, 8 Nov 2005, RIPE NCC RIS wrote: * * > Hi Young, * > * > I see you use Route Views data. Just wondering whether you have any * > reasons not to use RIS data. We like to improve our data collection * > process. Your feedback will be quite useful for us. * > * > Regards. * > Arife -- Arife Vural SED, RIPE NCC

1 0

Guy: think about it
by Glaw Monty 09 Nov '05

09 Nov '05

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

1 0

AS3333 <> RIS problems over the weekend?
by Rene Wilhelm 08 Nov '05

08 Nov '05

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(a)mail.gmail.com> From: NetSecGuy <netsecguy(a)gmail.com> Sender: owner-nanog(a)merit.edu To: nanog(a)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 <snip> 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|| </snip> 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 <patrick(a)ianai.net> 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 >

3 4

Re: [ris-int] [ripe.net #124141] AS3333 <> RIS problems over the weekend?
by Rene Wilhelm 07 Nov '05

07 Nov '05

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

1 0

RE: [ris-int] A patch to the bug of Atomic Aggregator Ip Address Missing problem for bgpdump in Libbgpdump-1.4
by hong-wei_kong＠agilent.com 07 Nov '05

07 Nov '05

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@ripe.net] Sent: 2005年11月4日 21:15 To: hong-wei_kong(a)agilent.com Cc: lorenzo(a)ripe.net; ris-int(a)ripe.net; shobhit_nanda(a)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(a)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

1 0

A patch to the bug of Atomic Aggregator Ip Address Missing problem for bgpdump in Libbgpdump-1.4
by hong-wei_kong＠agilent.com 04 Nov '05

04 Nov '05

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

2 1

NOTIFICATION: Maintenance on data.ris.ripe.net today.
by arife＠ripe.net 02 Nov '05

02 Nov '05

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

1 1