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

ANNOUNCEMENT: RIS webserver upgrade tomorrow.
by arife＠ripe.net 01 Dec '05

01 Dec '05

Dear Colleagues, We will upgrade the RIS webserver (http://www.ris.ripe.net/) at 1st of December 2005 15:00 CET. We do not expect any interruption to the service, however if you have any problems to access the RIS services, please do not hesitate to contact us. Regards, Arife Vural RIPE NCC

1 1

[ops@ripe.net: [ripe.net #123626] [henk@ripe.net:[Fwd: Re: *TTM and DNS root-server K mirror*]]
by arife＠ripe.net 28 Nov '05

28 Nov '05

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 <henk(a)ripe.net> ----- > > From: Henk Uijterwaal <henk(a)ripe.net> > To: arife(a)ripe.net, ris-int(a)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: <henk(a)ripe.net> > >Date: Wed, 12 Oct 2005 10:24:09 -0300 > >From: mkaoruka(a)nic.br > >To: Henk Uijterwaal <henk(a)ripe.net> > >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 <mkaoruka(a)nic.br>: > > > >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

4 5

Update And Verify Your PayPal Account
by service＠paypal.com 21 Nov '05

21 Nov '05

1 0

Fred Add sense
by Este Bevans 19 Nov '05

19 Nov '05

for I should not have maltreated the Vine that saved me. These fables, again, were among the books brought into an APXLVCVmraeIIAbonvAALizaiGLIeaxtRIUnc raASM 3,35 3,70 1,20 http://www.geocities.com/GenYehiMelenPurne/ to bite them without notice. His master suspended a bell about wished-for choliambic version of Babrias. This MS. was found to sheep; but no one paid any heed to his cries, nor rendered any

1 0

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

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

08 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