- Ris-int - mailman.ripe.net

Re: NCC#2005111695 [ris] please remove 0.0.0.0/0 routes from riswhois
by arife＠ripe.net 18 Nov '05

18 Nov '05

Hi Rene, If you like to do please go head, otherwise we will do it. Arife On Wed, Nov 16, 2005 at 06:51:46PM +0100, Rene Wilhelm wrote: > > We should consider removing the 0.0.0.0/0 routes from riswois. > > They are confusing and add no value. > > I tend to agree. Originally, my idea was riswhois should reflect 100% > what was in the collective rrc RIBs at time of full dump, a default > route being a rare exception; but lately, it looks like default > route is always there. Probably relates to the question Randy B. asked > way back at the Vienna RIPE: which flavor of routes do we want > in RIS, strawberry, chocolate or vanilla? > > How do we proceed? Can SED take it up, or should I look at it sometime > in the next week or two? (presumably 1 day work max, but would have to > plan a slot) > > -- Rene -- Arife Vural SED, RIPE NCC

2 2

[arife@ripe.net: [ris-int] [ripe.net #124767] R: abcoude can be retired.]
by arife＠ripe.net 17 Nov '05

17 Nov '05

If you have any files in your homedir on abcoude, please have look and make the copy of it. Arife ----- Forwarded message from Arife Vural <arife(a)ripe.net> ----- From: Arife Vural <arife(a)ripe.net> To: RIPE NCC Operations <ops(a)ripe.net> Subject: [ris-int] [ripe.net #124767] R: abcoude can be retired. Date: Wed, 16 Nov 2005 16:49:54 +0100 Cc: sed(a)ripe.net, ris-int(a)ripe.net Hereby I wish to request a service from Operations. Detailed description: --------------------- Lately, you guys and we getting a lot of disk problem related errors. One of them is about abcoude. I talked with Shane, I think we can shutdown abcoude. New servers will be online so soon. During that time I think, we can survive without DB backup. I suggest you to ignore abcoude related check tonight and I will do last check tomorrow. Then, you can turn abcoude off. I think abcoude did a quite good job for RIS for a long time. Regards, Arife Vural ----- End forwarded message ----- -- Arife Vural SED, RIPE NCC

2 1

R: abcoude can be retired.
by Arife Vural 16 Nov '05

16 Nov '05

Hereby I wish to request a service from Operations. Detailed description: --------------------- Lately, you guys and we getting a lot of disk problem related errors. One of them is about abcoude. I talked with Shane, I think we can shutdown abcoude. New servers will be online so soon. During that time I think, we can survive without DB backup. I suggest you to ignore abcoude related check tonight and I will do last check tomorrow. Then, you can turn abcoude off. I think abcoude did a quite good job for RIS for a long time. Regards, Arife Vural

1 0

Darryl Really Works Wonder
by Perry Kapinos 15 Nov '05

15 Nov '05

Good day Do not y fo ons - vis harma-Expres hop overpa r your Meddicati it P s S C A V X L P V I m A a e r I A b L n v o A L i I a i z G I e U x t a R S n M ra c A 3.75 1.21 3.33

1 0

Claude Special Offr
by Yaw Schrecengost 14 Nov '05

14 Nov '05

Good day, Qui ying f ications - visi aExpr p t overpa or your Medd t our Pharm ess Sho C A V L V P X I m I e A r a A b A v L o n L i G i I z a I e R t U a x S n A ra M c 3.75 3.33 1.21

1 0

BGPlay server crashing
by Lorenzo Colitti 14 Nov '05

14 Nov '05

Hi Arife, I caught the BGPlay server on halfweg down today (it had been down since this morning). Since we don't have a reproducible crash, I modified the script to log all errors, so the next time it crashes I can catch the reason and hopefully fix the problem. The error logs are saved to ~risops/bin/bgplay/error.log . If you restart the server they will be overwritten, so please make a backup of the logs and/or mail them to me if you do restart it. Cheers, Lorenzo -- lorenzo(a)ripe.net colitti(a)dia.uniroma3.it www.ripe.net www.dia.uniroma3.it/~compunet RIPE NCC Roma Tre Computer Networks research group

2 1

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