- routing-wg - mailman.ripe.net

RPSL Transition
by Gerald Andrew Winters 26 Oct '99

26 Oct '99

A reminder for users of the RADB database service: at 12:00:00 a.m. EDT on November 1, 1999, the whois.radb.net and auto-dbm(a)radb.net services will default to the Routing Policy Specification Language (RPSL) database. This means that whois queries to whois.radb.net after November 1 will return RPSL objects. RIPE-181 queries will still be possible after November 1 via whois queries to whois-ripe181.radb.net. However, you will need to *RECONFIGURE* your tools to explicitly query whois-ripe181.radb.net and send RIPE-181 submissions to auto-ripe181.radb.net. RIPE-181 submissions made between 11/1/1999 and 1/1/2000 will be visible on whois.radb.net as RIPE-181 objects converted to RPSL. The objects will be converted every five minutes from the whois-ripe181.radb.net database. Availability of the database in both syntax languages will ease the transition to RPSL by allowing users to view RIPE-181 objects converted to RPSL. fter January 1, 2000, RIPE-181 object submissions will no longer be accepted. Here is the full transition schedule: DATE CHANGE ---- ------ 9/1/1999 RADB begins production RPSL service and enters the final stage of RPSL transition. RPSL queries are available from whois-rpsl.radb.net and submissions may be sent to auto-rpsl(a)radb.net. RIPE-181 and RPSL databases operate in parallel. whois.radb.net and auto-dbm(a)radb.net default to RIPE-181. 11/1/1999 Default whois.radb.net and auto-dbm(a)radb.net addresses change to RPSL database. RIPE-181 queries still possible via whois-ripe181.radb.net and RIPE-181 submissions still possible via email to auto-ripe181(a)radb.net. auto-ripe181(a)radb.net submissions will be auto-converted to RPSL and mirrored to the RPSL database every 5 minutes. Therefore, auto-converted RIPE-181 submissions will be visible on whois.radb.net and corresponding RPSL entries may be overwritten. 1/1/2000 RIPE-181 queries and submissions are no longer accepted and the RADB RPSL transition is complete. RADB users can query RPSL objects by issuing the following query: whois -h whois-rpsl.radb.net Objects may be submitted by sending mail to: auto-rpsl(a)radb.net Users may also use the Web-based GUI interface at: http://www.radb.net/irrj.html RPSL RFCs and Internet-Drafts are available through: http://www.ietf.org/html.charters/rps-charter.html Comments or questions about the transition are welcome; please send email to db-admin(a)radb.net. --Gerald Winters Merit IRRd Team

1 0

The Cidr Report
by Tony Bates 22 Oct '99

22 Oct '99

This is an auto-generated mail on Fri Oct 22 12:00:01 PDT 1999 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 22Oct99 0) General Status Table History ------------- Date Prefixes 151099 65450 161099 65076 171099 65195 181099 65279 191099 65291 201099 65598 211099 65550 221099 65598 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- *** Bogus 110.30.236.0/24 from AS577 AS Summary ---------- Number of ASes in routing system: 5854 Number of ASes announcing only one prefix: 3086 (1688 cidr, 1398 classful) Largest number of cidr routes: 583 announced by AS701 Largest number of classful routes: 945 announced by AS701 1) Gains by aggregating at the origin AS level --- 22Oct99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 383 144 239 62.4% BCnet Backbone AS719 733 567 166 22.6% LANLINK autonomous system AS7046 397 260 137 34.5% UUNET-CUSTOMER AS9269 139 15 124 89.2% Hong Kong CTI AS2609 128 8 120 93.8% EUnet-TN AS1221 623 513 110 17.7% TELSTRA-AS AS6944 124 20 104 83.9% RapidSite, Inc. AS174 573 483 90 15.7% Performance Systems International AS7657 249 161 88 35.3% The Internet Group Limited AS4293 228 142 86 37.7% Internal ASN for C&W AS577 265 180 85 32.1% Bell Canada Backbone AS7496 113 36 77 68.1% Power Up AS7545 140 64 76 54.3% TPG Internet Pty Ltd AS3749 140 64 76 54.3% TECNET AS4200 184 110 74 40.2% AGIS (Apex Global Information Ser AS4740 340 288 52 15.3% Ozemail Pty Ltd (ASN-OZEMAIL) AS209 314 265 49 15.6% Qwest Communications AS684 92 46 46 50.0% Manitoba Regional Network Backbon AS701 945 900 45 4.8% Alternet AS816 224 181 43 19.2% UUNET Canada (ASN-UUNETCA-AS4) AS549 221 178 43 19.5% ONet Backbone AS2493 134 93 41 30.6% iSTAR Internet, Inc. AS9304 54 15 39 72.2% Hutchcity AS6528 45 7 38 84.4% WORLD-LYNX AS4755 97 63 34 35.1% Videsh Sanchar Nigam Ltd. India AS1 497 463 34 6.8% GTE Internetworking AS6172 146 113 33 22.6% HOME-NET-1 AS3737 99 66 33 33.3% PenTeleData Inc. (ASN-PTD) AS1785 236 204 32 13.6% NYSERNet Backbone AS9453 33 2 31 93.9% Soongsil University For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

Top 100 Maintainers.
by RIPE Database Administration 21 Oct '99

21 Oct '99

1 0

The Cidr Report
by Tony Bates 15 Oct '99

15 Oct '99

This is an auto-generated mail on Fri Oct 15 12:00:00 PDT 1999 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 15Oct99 0) General Status Table History ------------- Date Prefixes 081099 64852 091099 64704 101099 64870 111099 64886 121099 64919 131099 65250 141099 68160 151099 65450 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- AS Summary ---------- Number of ASes in routing system: 5800 Number of ASes announcing only one prefix: 3048 (1667 cidr, 1381 classful) Largest number of cidr routes: 573 announced by AS701 Largest number of classful routes: 932 announced by AS701 1) Gains by aggregating at the origin AS level --- 15Oct99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 384 144 240 62.5% BCnet Backbone AS719 728 563 165 22.7% LANLINK autonomous system AS7046 403 267 136 33.7% UUNET-CUSTOMER AS2609 128 8 120 93.8% EUnet-TN AS9269 130 21 109 83.8% Hong Kong CTI AS1221 623 514 109 17.5% TELSTRA-AS AS6944 112 19 93 83.0% RapidSite, Inc. AS174 580 487 93 16.0% Performance Systems International AS7657 249 161 88 35.3% The Internet Group Limited AS4293 229 143 86 37.6% Internal ASN for C&W AS577 260 177 83 31.9% Bell Canada Backbone AS7496 111 31 80 72.1% Power Up AS7545 140 64 76 54.3% TPG Internet Pty Ltd AS3749 140 64 76 54.3% TECNET AS4200 183 111 72 39.3% AGIS (Apex Global Information Ser AS4740 341 289 52 15.2% Ozemail Pty Ltd (ASN-OZEMAIL) AS209 312 262 50 16.0% Qwest Communications AS2493 136 90 46 33.8% iSTAR Internet, Inc. AS684 91 48 43 47.3% Manitoba Regional Network Backbon AS701 932 891 41 4.4% Alternet AS816 198 159 39 19.7% UUNET Canada (ASN-UUNETCA-AS4) AS6528 45 7 38 84.4% WORLD-LYNX AS549 204 166 38 18.6% ONet Backbone AS4755 105 67 38 36.2% Videsh Sanchar Nigam Ltd. India AS6172 145 112 33 22.8% HOME-NET-1 AS3737 99 66 33 33.3% PenTeleData Inc. (ASN-PTD) AS1 496 463 33 6.7% GTE Internetworking AS9304 47 15 32 68.1% Hutchcity AS7568 44 12 32 72.7% C.S. Communications Co., Ltd. AS1785 236 204 32 13.6% NYSERNet Backbone For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

The Cidr Report
by Tony Bates 08 Oct '99

08 Oct '99

This is an auto-generated mail on Fri Oct 8 12:00:00 PDT 1999 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 08Oct99 0) General Status Table History ------------- Date Prefixes 011099 64019 021099 64011 031099 64104 041099 64203 051099 64273 061099 64275 071099 64665 081099 64852 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- AS Summary ---------- Number of ASes in routing system: 5768 Number of ASes announcing only one prefix: 3053 (1673 cidr, 1380 classful) Largest number of cidr routes: 570 announced by AS701 Largest number of classful routes: 929 announced by AS701 1) Gains by aggregating at the origin AS level --- 08Oct99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 384 144 240 62.5% BCnet Backbone AS719 731 566 165 22.6% LANLINK autonomous system AS2609 127 13 114 89.8% EUnet-TN AS9269 137 24 113 82.5% Hong Kong CTI AS1221 618 509 109 17.6% TELSTRA-AS AS174 583 490 93 16.0% Performance Systems International AS7046 341 255 86 25.2% UUNET-CUSTOMER AS4293 226 141 85 37.6% Internal ASN for C&W AS577 261 177 84 32.2% Bell Canada Backbone AS6944 97 15 82 84.5% RapidSite, Inc. AS7545 140 60 80 57.1% TPG Internet Pty Ltd AS7657 243 165 78 32.1% The Internet Group Limited AS7496 108 31 77 71.3% Power Up AS3749 140 64 76 54.3% TECNET AS4200 181 109 72 39.8% AGIS (Apex Global Information Ser AS4740 343 290 53 15.5% Ozemail Pty Ltd (ASN-OZEMAIL) AS209 310 261 49 15.8% Qwest Communications AS2493 138 91 47 34.1% iSTAR Internet, Inc. AS684 92 46 46 50.0% Manitoba Regional Network Backbon AS816 225 182 43 19.1% UUNET Canada (ASN-UUNETCA-AS4) AS701 929 888 41 4.4% Alternet AS6528 45 7 38 84.4% WORLD-LYNX AS549 200 162 38 19.0% ONet Backbone AS4755 103 68 35 34.0% Videsh Sanchar Nigam Ltd. India AS3737 99 66 33 33.3% PenTeleData Inc. (ASN-PTD) AS7568 45 13 32 71.1% C.S. Communications Co., Ltd. AS1785 236 204 32 13.6% NYSERNet Backbone AS1 492 460 32 6.5% GTE Internetworking AS9453 33 2 31 93.9% Soongsil University AS7745 40 9 31 77.5% BIGSKY-AS For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

Top 100 Maintainers List 19991004
by RIPE Database Administration 04 Oct '99

04 Oct '99

1 0

The Cidr Report
by Tony Bates 01 Oct '99

01 Oct '99

This is an auto-generated mail on Fri Oct 1 12:00:00 PDT 1999 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 01Oct99 0) General Status Table History ------------- Date Prefixes 060999 63135 070999 63155 080999 62994 270999 64154 280999 63958 290999 64074 300999 64030 011099 64019 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- AS Summary ---------- Number of ASes in routing system: 5723 Number of ASes announcing only one prefix: 2996 (1637 cidr, 1359 classful) Largest number of cidr routes: 556 announced by AS701 Largest number of classful routes: 910 announced by AS701 1) Gains by aggregating at the origin AS level --- 01Oct99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 383 146 237 61.9% BCnet Backbone AS2609 127 13 114 89.8% EUnet-TN AS1221 585 478 107 18.3% TELSTRA-AS AS9269 128 28 100 78.1% Hong Kong CTI AS174 589 494 95 16.1% Performance Systems International AS7046 337 250 87 25.8% UUNET-CUSTOMER AS4293 228 142 86 37.7% Internal ASN for C&W AS577 263 178 85 32.3% Bell Canada Backbone AS7545 141 61 80 56.7% TPG Internet Pty Ltd AS7657 244 167 77 31.6% The Internet Group Limited AS7496 109 33 76 69.7% Power Up AS6944 92 16 76 82.6% RapidSite, Inc. AS3749 139 64 75 54.0% TECNET AS4200 181 109 72 39.8% AGIS (Apex Global Information Ser AS719 464 408 56 12.1% LANLINK autonomous system AS4740 342 288 54 15.8% Ozemail Pty Ltd (ASN-OZEMAIL) AS2493 138 91 47 34.1% iSTAR Internet, Inc. AS684 92 46 46 50.0% Manitoba Regional Network Backbon AS209 296 250 46 15.5% Qwest Communications AS6528 45 7 38 84.4% WORLD-LYNX AS549 200 162 38 19.0% ONet Backbone AS4755 112 76 36 32.1% Videsh Sanchar Nigam Ltd. India AS3737 99 66 33 33.3% PenTeleData Inc. (ASN-PTD) AS701 910 878 32 3.5% Alternet AS9453 33 2 31 93.9% Soongsil University AS7745 40 9 31 77.5% BIGSKY-AS AS4307 32 1 31 96.9% SVINET-1 AS1785 234 203 31 13.2% NYSERNet Backbone AS10479 40 9 31 77.5% ITESM-Rectoria Zona Norte AS1 489 458 31 6.3% GTE Internetworking For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

Top 100 maintainers list
by RIPE Database Administration 22 Sep '99

22 Sep '99

1 0

draft minutes of the RIPE33 Routing WG session
by SchmitzJo＠aol.com 19 Sep '99

19 Sep '99

Dear colleagues, please find enclosed the *draft* minutes of the RIPE33 Routing WG session. I apologize for late distribution which was caused on my side due to not finding any allocatable time slots lately... If you have comments, corrections, or additions, please bring them to the WG session on Wednesday the latest. Thanks Joachim --- JS395-RIPE -- standard disclaimer --- Draft Minutes of Routing WG session - RIPE 33, 5 May 1999 --------------------------------------------------------- Chair: Joachim Schmitz (JS395-RIPE) Scribe: Roman Karpiuk (RK-RIPE), Ambrose Maggee (AMRM-RIPE) Attenders: around 80 A. Preliminaries (Joachim Schmitz) Joachim welcomed the participants, passed around the participants' list, and asked for a volunteer scribe. Roman Karpiuk volunteered to take the minutes. The working group agreed upon the minutes of the previous meeting, and accepted the agenda circulated earlier on the mailing list. Review of previous actions: o 29.R1 G.Winters, J.Schmitz, RIPE NCC Definition of the IRR and an AUP -in progress- Work is ongoing. Action still open. o 31.R1 RIPE NCC, D.Kessens, J.Schmitz Basic design for an IPv6 IRR -in progress- Work is ongoing. Action still open o 32.R1 RIPE NCC, JLS.Damas Prepare draft document on RIPE-181 -> RPSL transition issues -in progress- We will have a presentation from the RIPE NCC on this topic Work is ongoing. Action still open o 32.R2 J.Schmitz Write project definition for Routing Registry reality checking -in progress- B. Status Report: RPS Standards & Drafts (Cengiz Allaettinoglu) http://www.ripe.net/meetings/ripe/ripe-33/pres/rps-status.ps Joachim welcomed the chairmain of the IETF RPS working group Cengiz Allaettinoglu. He gave a status report on the RPS standards and drafts. The report is also available at the RIPE web server. He first gave an overview of current work items. The most important news was that RPSL (Routing Policy Specification Language) is now a proposed standard. A series of tutorials had been held at various Internet meetings around the world, and RPSL has been implemented at several registries or is currently worked on. Cengiz then talked in more detail about two more topics, the RPS WG deals with - Routing Policy System Security - Distributed Routing Policy System which were then discussed in more detail. * Routing Policy System Security Again and again, there are occurrences that someone on the Internet leaks someone else's prefix, in most cases accidentally due to errors in configurations. To establish means to improve stability and integrity of Internet routing, a security model has been developed within the scope of the RPS WG. It includes - authentication essentially based on the work of the RIPE DBsec taskforce which has developed a model using PGP (draft-ietf-rps-dbsec-pgp-authent-01) as an example for authentication - authorization ongoing work of the RPS WG which is already pretty mature and discussed in draft-ietf-rps-auth-03 A set of simple exmaples was given illustrating where questions arise who has authority over a set of prefixes. Accordingly, as set of rules had been developed, to create, update, or delete objects. At the registries this may be achieved by introducing a set of new keywords in the respective objects. Since this is still ongoing work, further input from the community was requested. * Distributed Routing Policy System The current status of this topic is summarized in draft-ietf-rps-dist-01. There are two main issues, finding - a protocol for replication of data - rules to ensure correctness of data The first of the two is relatively easy and commercially available, based on a flooding mechanism including pull and push with automatic discovery. For simple copies of the data a light-weight option will be available. The second issue is much more difficult to deal with. The correctness of data must be ensured in all copies. This can only be achieved by proper delegation while maintaining true authorization throughout. In addition, changes must propagate correctly to maintain overall consistency. Finally, a method must be found for grand fathering legacy objects. C. Report from the RIPE NCC (JLS Damas) http://www.ripe.net/meetings/ripe/ripe-33/pres/routing-wg-report/index.html The report gave a brief overview of the RIPE database. More details and numbers were included in the extended review of the Database WG. However, some interesting numbers were given. The database currently contains 17,000 route objects, where 8,000 are not announced. One quarter of those which are announced, are announced by another AS than they have been registered for. The database software has now reached version 2.2.2. In the old code only bug-fixing is done. The re-implementation of the database software has highest priority, and makes good progress. At this RIPE meeting, again an RPSL training course has been held. There were 40 participants. In the future, RPSL training courses will be offered together with the LIR courses as an extension on a separate day. Regarding the new strong authentication method by PGP: the number of key certificates has now reached 50, and 55 maintainers use PGP (even though 15 of them still have weaker authentication methods active at the same time) Thus, even though the PGP implemenation currently is the only secure method of authentication, only a minority is using it. D. RPSL transition: Issues and progress (JLS Damas) http://www.ripe.net/meetings/ripe/ripe-33/pres/rpsl/index.html The RIPE NCC has been dealing with a number of issues around transition from RIPE-181 to RPSL like how to * align modifications to data between both formats * maintain data availability throughout * continue with deployment In particular, Joao summarized again which modification occur to the presentation of data when moving from the RIPE-181 format to the RPSL format. As a consequence of the transition process, while all routing registries so far have used RIPE-181, from now on, some registries will no longer support RIPE-181 and instead use RPSL only, as all new registries will do in the future. Therefore, the community was again pointed to the fact, that if automatic procedures or programs are used today to process routing registry data, everybody must start thinking today of changing these procedures. Due to the focus on re-implementation of the database software, at RIPE we are still in phase II of the transition (for a description of phases see discussions and presentations in earlier sessions of the Routing WG). Other registries are already close to have reached phase III, the final migration to RPSL. This is shown in the following presentations. Actually, the only native RPSL server is that written by David Kessens. E. Reports from other registries - Overview (D.Kessens) http://www.isi.edu/ra/rps/transition David went through the description of transition phases which can also be found on the given web pages. This included the software which has been developed so far. Much emphasis was on the RIPE-181 to RPSL converter tool which plays a crucial role in the transition. David and ISI were also deeply involved in the education of RPSL and its usage. They held a series of tutorials during NANOG and Apricot meetings. The registry maintained by David is currently in phase II status as well, but ready for phase III. This is still the old style software and is not built on the re-implementation of the RIPE database software which has not yet been finished. - RADB (A.Ahuja) http://www.ripe.net/meetings/ripe/ripe-33/pres/radb-status/index.html At the RADB there are currently three production servers, two for RIPE-181 format, and one for RPSL format. However, the RPSL style database may only be queried. All three support the IRRd software, which in its gamma release now also supports RPSL queries. Thus, RADB is currently in pahse II of the transition. Some development is still ongoing, and phase III is expected to be reached towards autumn. The most important issue which then remains to be solved, is to combine all individual routing registries in a true authentication/security environment. Work on this has already started. After these presentations a few questions were discussed, being related to transition issues. People were worried about a smooth transition. While submissions in RIPE-181 format will automatically be converted to RPSL, reading data from the database with whois is not obvious. There was a suggestion to use a different port for RPSL whois queries which is not easy to get. Others proposed an additional switch, flag, or option to the whois client to deal with RIPE-181 vs RPSL issues, or suggested that RIPE-181 support could be done with a separate program, excluding RIPE-181 support from the whois interface. There was no final conclusion. The topic will be included in the transition document to be provided by the NCC, and also be discussed in the Database WG. F. Why the Internet does not scale (Abha Ahuja) http://www.ripe.net/meetings/ripe/ripe-33/pres/internet-dev/index.html The title of the presentation was changed to "Some Interesting Internet Developments". In general, we are still seeing the "standard" Internet behaviour of exponential growth, e.g. with amount of traffic flows. Accordingly, the imminent collapse of the Internet is predicted since years e.g. address space, bandwidth, etc. However, new solutions are developed as well (IPv6 address space, DWDM on fiber, etc). One important topic in this discussion also is topology. Abha presented some data on the global topological state of the Internet. Orginally, only one major backbone existed, the NSFnet, showing some strong hierarchy in the network. This was given up in favor of a few exchange points. In the meantime, the number of exchange points and probably more prominent the number of individual connections has led to a dense mesh of links. This is clearly visible if looking at the default-less Internet routing table. While the number of prefixes has reached a more or less stable level below 45,000 the number of routes has continued to increase at a steady rate (around 80,000 in Jan-99). Most of this is due to multihoming and more paths introduced by more meshs in the network, leading to a steeper growth than would be expected from the rising number of ASs in the global routing table (from around 1,000 in Jan-96 to about 4,000 in Jan-99). In this time interval the average AS-path length has first increased from 2.75 up to 3.25 (around early spring '98) and since then decreased again to values about 3.15, meaning that on average only 3 ASs must be traversed to reach a destination. At the same time, the average prefix length has very slightly decreased and now has a value around 22 bit. This is the only visible effect of CIDR, which originally was introduced to reduce the number of routes on the Internet. CIDR definitely has its advantages but due to changes in Internet topology, it was not able to noticably affect the size of the globabl routing table. This is nowadays called the "myth of CIDR". In a whole the changes lead to problems due to constraints at various points, especially the increased volume describing the topological state, and the frequency of changes impacts backbone routers. This leads to higher end-to-end loss and latency, introducing convergence problems. In addition, the network management complexity makes dealing with problems in the network much more difficult. G. MBone Developments (K.Kayser) Kurt Kayser gave a very brief overview of MBone developments. As it turns out there is not much traffic on the corresponding RIPE mailing list. In general, development is slowing down because industry does not support it. On their side, real media seems to be of more interest. Thus, MBone is more dealt with on the academic side. Projects currently deal with comparison of unicast multimedia vs multicast, and questions of stability. Otherwise, news on MBone had already been discussed at the EOF session. Y. General I/O with Other WGs There was no input from, and no output to bring to other WGs. Z. AOB Since there were no additional comments or issues, Joachim closed the WG session. --- Agenda ------ R I P E 3 3 V I E N N A Routing Working Group Session 5-May-1999 2nd Draft Agenda A. Preliminaries (Joachim Schmitz) - introduction - participants' list - volunteering of scribe - agenda bashing - RIPE 32 minutes - actions from earlier meetings B. Status Report: RPS Standards & Drafts (Cengiz Allaettinoglu) C. Report from the RIPE NCC (JLS Damas) D. RPSL transition: Issues and progress (JLS Damas) E. Reports from other registries - RADB (Abha Ahuja) - Overview (David Kessens) F. Why the Internet does not scale (Abha Ahuja) G. MBone Developments (Kurt Kayser) - to be confirmed - Y. General I/O with Other WGs Z. AOB Summary of open Action Points ----------------------------- 29.R1 G.Winters, J.Schmitz, RIPE NCC Definition of the IRR and an AUP 31.R1 RIPE NCC, D.Kessens, J.Schmitz Basic design for an IPv6 IRR 32.R1 RIPE NCC, JLS.Damas Prepare draft document on RIPE-181 -> RPSL transition issues 32.R2 J.Schmitz Write project definition for Routing Registry reality checking Ambrose Maggee, Roman Karpiuk, Joachim Schmitz, 18-Sep-1999 ---

1 0

1st draft agenda for the Routing WG
by SchmitzJo＠aol.com 17 Sep '99

17 Sep '99

Dear colleagues, please find enclosed the first draft of the agenda for the session of the routing working group at RIPE 34, Amsterdam. The session will be held Wednesday, 22-September, 14:00 As usual comments, additions, welcome! Please watch out for changes in this draft agenda up to the session itself. --- R I P E 3 4 A M S T E R D A M Routing Working Group Session 22-September-1999 Draft Agenda A. Preliminaries (Joachim Schmitz) - introduction - participants' list - volunteering of scribe - agenda bashing - RIPE 33 minutes - actions from earlier meetings B. Report from the RIPE NCC (JLS Damas) C. Updates to RIPE-178 (C.Panigl) - input from the audience on route flap damping D. Multicast Routing - MBone Developments (N.N., to be confirmed) input from the audience - Multicast Routing Projects Introduction (J.Schmitz) LINX (G.Besch) Input from the audience E. Routing between Europe and Asia - An Issue? - A quick glance (J.Schmitz) - input from the audience F. Routing Information Service RIS (A.Antony) G. Reality Checking of the IRR (JLS Damas) Y. General I/O with Other WGs Z. AOB --- Regards Joachim --- JS395-RIPE -- standard disclaimer ---

1 0