- ripe-list - mailman.ripe.net

Revised Document available: RIPE-229
by RIPE NCC Document Announcement Service 22 Oct '01

22 Oct '01

Revised RIPE Document Announcement -------------------------------------- A revised document is available from the RIPE document store. Short content description ------------------------- This document recommends a set of route-flap damping parameters that should be applied by all ISPs in the Internet and should be deployed as default values by BGP router vendors. This document obsoletes ripe-210 and ripe-178. The document is available in HTML format at: http://www.ripe.net/ripe/docs/ripe-229.html Accessing the RIPE document store --------------------------------- The RIPE document store is available via anonymous FTP to ftp.ripe.net, in the directory ripe/docs. The URLs for the new documents on the FTP-server are: ftp://ftp.ripe.net/ripe/docs/ripe-229.ps PostScript version ftp://ftp.ripe.net/ripe/docs/ripe-229.txt plain text version

1 0

DNR Forum Revised Agenda
by Fay Howard 01 Oct '01

01 Oct '01

All, Due to last minute requests for additional items and enforced changes in travel plans, the agenda for the DNR Forum on Wednesday morning has been amended as set out below: Fay Howard DNR Forum Chairman 1 Welcome & Introductions 2 From the Last Meeting 2.1 Registry Items in the RIPE Database 2.2 Report from the WHOIS enhancement BOF at the IETF meeting, London 2.3 Verisign Universal Whois Development Forum 2.4 Registry migration to IPv6, registry responses, exploring the issues: (Jaap Akkerhuis & Bill Manning) 2.5 TSIG Concerns & Unique Entity Labels (Bill Manning) 3 Update on CENTR Activities (Marianne Wolfsgruber) 4 New TLDs 4.1 Progress report on .AERO by Rosa Delgado, CITA 4.2 Practical experience in building a new gTLD Registry (Eva Frï¿½lich for .biz) 5 Update on .EU 6 Update from ICANN (Herbert Vitzthum ccTLD Liaison Officer) 7 Registry Overviews: 7.1 .Italian Registry (.it) 7.2 Belgian Registry (.be) 7.3 Russian Registry (.ru) 8 Items for Next meeting 9 AOB

1 0

Deletion of person objects. Final reminder
by Joao Luis Silva Damas 23 Sep '01

23 Sep '01

Dear all, (apologies for duplicates) Today is the 21st of September. As such, the RIPE NCC will proceed to delete the set of person/role objects detailed in my previous announcements from the RIPE Database. Please see the URL http://www.ripe.net/ripencc/pub-services/db/orphaned.html for information on the details of the objects to be deleted. The following is an outline of the process we will be using: 1. Stop updating the database on Friday, 21, at 18:00 CEST. 2. Remove all person objects according to the criteria: - maintained _only_ by DE domain resellers and not referenced - not maintained and not referenced This will take ~15 hours 3. Next day, on Saturday restart the server with the new database. 4. Resume the updates. As you can see, this process will result in period of a few hours during which UPDATE/ADDITION/DELETION messages sent to the RIPE Database will not be processed immediately, but rather stored for later processing. Queries will be serviced by our hot spare machine. Users will not notice any downtime on that part of the service. The length of the outage is directly related to the number of objects to be deleted (more than 2 million) and the need to use special processes to finalise the process in a reasonable time. Further to this deletion, and in order to avoid replication of the current situation after this deletion process, incoming messages containing person and role objects originating from domain name related activities will NOT be processed. The RIPE NCC will contact any source of such messages in order to clear any possible misunderstandings. Hoping to have informed you well, Joao Luis Silva Damas Chief Technical Officer RIPE NCC

2 1

[centr-dnr-forum] Re: Deletion of person objects. Final reminder
by Joao Luis Silva Damas 21 Sep '01

21 Sep '01

If your "handle" is being used for IP registration our any IRR related function, it will be referenced from an already existing object in the RIPE Database and will therefore NOT be deleted. If your handle was only in use for domain (other that in-addr.arpa) registration purposes, then your contact information should be registered with the corresponding TLD administrator as it will be deleted from the RIPE Database. No new handles are being created in this process as only handles used for functions foreign to the RIPE Database will be deleted in the process later today. Hopes this clarifies the situation for you, if not, please contact me. Regards, Joao Damas RIPE NCC At 16:01 +0200 21/9/01, Andreas Wittkemper wrote: >Hi Joao, > > >> Further to this deletion, and in order to avoid replication of the >> current situation after this deletion process, incoming messages >> containing person and role objects originating from domain name >> related activities will NOT be processed. >> >> The RIPE NCC will contact any source of such messages in order to >> clear any possible misunderstandings. > > >Just for clarification. If a customer had a RIPE Handle which was >needed for the domain adminc, we won't get a new handle which we'll >use for a netassigment ? Considered that the old one would have been >deleted by tomorrow latest. > >regards, > > Andreas Wittkemper --

2 2

RIPE Region Hostcount for August 2001
by RIPE Hostcount Maintainer 20 Sep '01

20 Sep '01

Dear All, Sincere apologies for not including the Hostcount Table and the notes on this Hostcount in the previous mail I sent, hereby included. below is the hostcount for August 2001. The table shows an increase since last month of over 181,000 (or 1.2%) to a total of almost 15,490,000 hosts in the DNS in Europe and surrounding areas. The uk domain shows the highest increase for August with approximately 148,000 hosts more than in July. Background information and more statistics are available at http://www.ripe.net/hostcount/ - Brief Notes on this Hostcount - - The June, 2001 data for es was reused since no new data was received. - The July, 2001 data for be had to be reused due some problems with the local collection. - Due to local collection problems, de is without the detailed error files, resulting in no information regarding AXFR blocks and no response zones. - Credits - I would like to thank all people who help me to create the hostcount every month by running a local count: ad Joan Marc Lauga am Hrant Dadivanyan at Gerhard Winkler be DNS-BE Registration Office ch Marcel Schneider cy Vasoula Papapetrou cz Jiri Orsag de Peter Koch dk Morten Christensen eg EUN Hostcount Admin es Fco. Sanchez Benavides fr Annie Renard gr Dimitris Zisiadis hr Ivan Maric ie Mike Norris is Marius Olafsson it Maurizio Martinelli Daniele Vannozzi li Marcel Schneider lt Daiva Tamulioniene lu Alain Frieden mk Goran Muratovski mt Robert Sultana no Havard Eidnes pl Mirek Luc pt Joao Pagaime ro Eugenie Staicut ru Andrey Dobrotsvetov sk Lubos Elias sm Maurizio Martinelli Daniele Vannozzi tr METU Hostcount Admin uk Robert Stone Kevin Hoadley If you have any questions, please don't hesitate to contact me. Kind regards, Paul Vlaar RIPE NCC RIPE DNS Hostcount Previous Count : Tue Aug 21 2001 This Count : Thu Sep 20 2001 CY SOA COUNTED DUPL REAL CHANGE ============================================================== ad 610 4067 876 3191 1534 ae 3532 61065 3329 57736 7421 al 103 237 42 195 3 am 1314 3612 1354 2258 0 at 145063 762209 233702 528507 12162 az 1230 2142 822 1320 7 ba 542 4446 1291 3155 11 be 57628 402268 73383 328885 0 bf 45 693 43 650 11 bg 1531 28310 3650 24660 585 bh 60 2268 556 1712 2 bj 23 515 9 506 2 by 535 4170 1092 3078 51 cf 284 984 374 610 150 ch 185048 911087 307059 604028 57457 ci 360 3452 463 2989 0 cm 56 405 53 352 11 cv 25 142 112 30 2 cy 888 8587 890 7697 39 cz 106662 304514 116850 187664 2298 de 2860344 10929308 8541978 2387330 26258 dj 125 134 125 9 0 dk 219074 767152 293326 473826 7277 dz 103 752 102 650 3 ee 7919 63723 17083 46640 1767 eg 1470 3202 1060 2142 -540 er 46 264 25 239 0 es 18687 518534 31596 486938 0 fi 30113 859459 63269 796190 10757 fr 96818 953901 170931 782970 -122857 ga 39 74 23 51 1 gb 2 24 0 24 0 ge 661 3564 1677 1887 14 gg 1774 2669 1207 1462 12 gh 42 434 24 410 8 gi 644 1420 191 1229 21 gl 918 3042 494 2548 7 gm 468 331 226 105 4 gn 31 358 140 218 -1 gq 4 4 2 2 0 gr 27214 166889 29122 137767 1351 gw 2 21 1 20 0 hr 6892 41937 15734 26203 5604 hu 42484 240469 81953 158516 20532 ie 19103 152931 26626 126305 10535 il 26342 268622 138099 130523 829 im 577 1024 433 591 33 ir 339 3115 712 2403 0 is 7024 56419 9040 47379 461 it 466355 1467143 576152 890991 12300 je 1826 2787 1257 1530 10 jo 663 2866 938 1928 -21 ke 1454 5874 965 4909 36 kg 1703 7033 2662 4371 -169 kz 2570 12857 2869 9988 104 lb 1289 8081 1580 6501 21 li 6099 12228 8829 3399 2463 lr 14 13 3 10 0 lt 7442 39828 7344 32484 3396 lu 5517 17614 4570 13044 -516 lv 6475 60445 37371 23074 159 ma 1820 5006 2898 2108 16 mc 436 1017 575 442 6 mk 703 2513 498 2015 23 mt 1130 8954 1862 7092 302 ne 20 172 10 162 20 ng 245 1829 1139 690 -679 nl 484840 3708555 1133468 2575087 24915 no 63491 388342 74378 313964 -90425 om 115 7224 2557 4667 1745 pl 91535 770389 222688 547701 12741 pt 16214 192452 35675 156777 -337 qa 38 339 234 105 4 ro 9615 66190 18528 47662 78 ru 113419 618336 273257 345079 -369 sa 2314 13686 2529 11157 -12 se 69680 754917 72470 682447 11978 si 8174 36941 8128 28813 105 sj 1 0 0 0 0 sk 35892 478503 406422 72081 9110 sl 7 271 1 270 0 sm 386 1732 383 1349 11 so 1 10 6 4 0 su 1106 351347 325884 25463 -38 sy 4 18 9 9 0 td 1 6 5 1 0 tj 120 980 686 294 -1 tm 1275 2994 1395 1599 1 tn 30 353 166 187 1 tr 17662 128637 27442 101195 1041 ua 32994 151973 101141 50832 1243 ug 257 496 220 276 12 uk 1490774 5258809 3130109 2128700 148108 va 2 9 0 9 0 yu 9524 23324 7674 15650 241 ============================================================== 95 6830030 32158042 16668126 15489916 181445

1 0

RIPE Region Hostcount for August 2001
by RIPE Hostcount Maintainer 20 Sep '01

20 Sep '01

Dear All, below is the hostcount for August 2001. The table shows an increase since last month of over 181,000 (or 1.2%) to a total of almost 15,490,000 hosts in the DNS in Europe and surrounding areas. The uk domain shows the highest increase for August with approximately 148,000 hosts more than in July. Background information and more statistics are available at http://www.ripe.net/hostcount/ - Brief Notes on this Hostcount - - Credits - I would like to thank all people who help me to create the hostcount every month by running a local count: ad Joan Marc Lauga am Hrant Dadivanyan at Gerhard Winkler be DNS-BE Registration Office ch Marcel Schneider cy Vasoula Papapetrou cz Jiri Orsag de Peter Koch dk Morten Christensen eg EUN Hostcount Admin es Fco. Sanchez Benavides fr Annie Renard gr Dimitris Zisiadis hr Ivan Maric ie Mike Norris is Marius Olafsson it Maurizio Martinelli Daniele Vannozzi li Marcel Schneider lt Daiva Tamulioniene lu Alain Frieden mk Goran Muratovski mt Robert Sultana no Havard Eidnes pl Mirek Luc pt Joao Pagaime ro Eugenie Staicut ru Andrey Dobrotsvetov sk Lubos Elias sm Maurizio Martinelli Daniele Vannozzi tr METU Hostcount Admin uk Robert Stone Kevin Hoadley If you have any questions, please don't hesitate to contact me. Kind regards, Paul Vlaar RIPE NCC

1 0

Last meeting call
by RIPE NCC Meeting Registration 18 Sep '01

18 Sep '01

Dear Colleagues, Herewith we like to remind you that the pre-registration for the RIPE 40 meeting will be closed on Friday 21st of September. More information about this meeting and accommodations can be found on this page: http://www.ripe.net/ripe/meetings/current/ripe-40/ On-site registration will open on Monday 1 October 2001. Please note the following: Best regards, Asha Raghoebarsing Meeting Coordinator

1 0

OPS-NM Interim meeting (Oct 1-2) at RIPE-40 in Prague
by Wijnen, Bert (Bert) 17 Sep '01

17 Sep '01

All, I have only a short list of "registered" participants right now. I do not see enough IETF OPS-NM folk, and I do not see enough European (or better non-USA) operators. I understand and respect that the events of last week may have made you wait to register. However, if we do not get a longer list of participants, then one should wonder if it makes sense to have this meeting at all. If it is caused by last weeks events, then we can consider to move it out to the next RIPE meeting which I believe is in January in Amsterdam. But I wonder if this is really the reason, specifically for the European operators, and after all, we want to speak with these European operators. I think we all seriously hope that things will calm down over the next 2 weeks, and that in October we can more or less assume we can travel again. If that turns out to be false hope, we can cancel the meeting at the last minute. But assuming everything gets better from now on, pls let me know if you plan to attend (see below). To do so,please send me (bwijnen(a)lucent.com) a short email to let us know. Pls add a few lines as to why you want to participate. Bert details about the meeting times, venue, agenda, see below -----Original Message----- From: Wijnen, Bert (Bert) [mailto:bwijnen@lucent.com] Sent: maandag 3 september 2001 20:31 To: ops-area(a)ops.ietf.org Subject: OPS-NM Interim meeting (Oct 1-2) All, At the last two IETF OPS Area Open meetings, we had some good discussion between the OPS NM folk and some operators. We also have had a so called OPS-NM Interim in the USA that was co-located with NANOG in May of this year. We also called it something like: Net Management Protocol Folk & Net Operators - Reality Check #2 We will have another IETF Interim Meeting for the OPS-AREA Network Management people, this time in Europe, co-located with the next RIPE-NCC meeting. The idea is to meet with another set of operators to try and understand their needs and to explain to them how we think that our NM related work in the IETF can help them to manage their networks. In other words: Net Management Protocol Folk & Net Operators - Reality Check #3 We probably will have similar sessions in the future to meet with people who operate enterprise networks, because their requirements may be different. We are still working on the agenda, however below you will find a prelimenary agenda proposal. Any suggestions should be sent to Randy (randy(a)psg.com) and Bert (bwijnen(a)lucent.com) We have limited space for this meeting. Those who plan to attend, pls send a short email to Bert Wijnen <bwijnen(a)lucent.com> to let us know. Pls add a few lines as to why you want to participate. Bert and Randy -------------- OPS-NM Interim Meeting details ------------------ The plan is to have this meeting co-located with the next RIPE NCC meeting, namely RIPE 40. That means: Oct 1st OPS-NM Interim from 2-5pm Oct 2nd OPS-NM Interim from 9am-noon Oct 2-5 RIPE 40. Starts at 1:30pm on oct 2nd. RIPE 40 and OPS-NM Interim will be in the Prague Congress Centre in Prague, Czech Republic. For RIPE 40 and hotel registration, pls visit: http://www.ripe.net/ripe/meetings/current/ripe-40/ There is a whole range of hotels to choose from, but it is very hard to book, so do it now. Those only participating in the OPS-NM meeting are not required to pay the RIPE meeting fee. Of course, if you want to take the opportunity to participate in the RIPE-NCC meeting, then you should register for that meeting via the web page listed above. Those who plan to attend the OPS-NM Interim should send an email to Bert Wijnen <bwijnen(a)lucent.com> because we only have limited room, and if too many people want to show up we may have to tell some that there is no more space. Prelimenary Agenda ------------------ - Agenda bashing and intro - Summary of the current set of OPS requirements draft-ops-operator-req-mgmt-00.txt Please read this document to prepare for the meeting. If this one no longer exists, then pls check for a possible revision 01.txt. It is important to try and figure out if this also represents needs of European operators, or do they have different/new/additional requirements? - Discussion of the above. - Discussion of SNMP, MIBs, COPS, POLICY and such - how do the developers of these protocols/specs think that they can address operator NM requirments. - what do operators think about that - what kind of positive or negative expoerience do operators have - Operator requirements - what are the real hot issues to be solved this year - what are the constraints within which the tools have to work - Next steps - Wrapup/Summary -30-

1 0

"IP Tutorial" during the RIPE 40 meeting
by Ferenc Csorba 14 Sep '01

14 Sep '01

Dear colleagues, During the RIPE 40 Meeting in Prague, an "IP Request Tutorial" will be held on Friday, 5th October, 14:00-17:30. The "IP Request Tutorial" contains selected sections of the LIR Training course that RIPE NCC provides to its members: - How to Request Address Space - Completing the Request Form - Evaluation of Address Space Requests - Registering Address Space in the RIPE Database - How to Request New Allocation Registration for this tutorial is not necessary. All RIPE meeting participants are more than welcome to attend this tutorial. The slides of this tutorial are available at: http://www.ripe.net/ripe/meetings/archive/ripe-40/presentations/ip-tutorial/ Kind regards, Ferenc Csorba RIPE NCC Trainer

1 0

Reminder: Removal of selected sets of contact information from the RIPE Database
by Joao Luis Silva Damas 13 Sep '01

13 Sep '01

Dear all, (apologies for duplicates) This message is a reminder of the ongoing process of removal of unreferenced contact information from the RIPE Database. We have updated the web page http://www.ripe.net/ripencc/pub-services/db/orphaned.html with a more up to date list of maintainer objects relevant to this process. I would like to use the opportunity to clarify an apparently confusing aspect of previous notes: If your person/role object already has a mnt-by attribute that references a maintainer object not contained in the list provided in the above mentioned web page, there is no need to add a reference to RIPE-NCC-PN-NONE-MNT. This maintainer has been created by the RIPE NCC with the sole purpose of facilitating a mechanism for people without maintainer objects to tag their person/role objects to avoid deletion. If you already have a proper maintainer object, DO NOT include RIPE-NCC-PN-NONE-MNT as this would lower your protection level. Best regards, Joao Damas RIPE NCC

2 1