May 1994 - ripe-list - mailman.ripe.net

RIPE 17 actions status report - MAY reminder
by Anne Lord 11 May '94

11 May '94

Last time you will see this before the meeting ! If anyone has completed an action which is against their name, please let me know. Completed actions that I know about, I have already moved into the "done" column. Thanks, Anne --------- Action List - RIPE 17 ===================== 1. Done Action: 16.21 Milan Sterba, Anne Lord Produce the umbrella document for the CDS. Action: 16.22 Milan Sterba (mid March) Solicit contributions to the CDS. Action: 16.23 Milan Sterba, NCC Create the cds-editor(a)ripe.net alias and establish procedures to integrate new CDS contributions and maps to the CDS. Action: 17.2 Daniel Karrenberg Propose (guarded) RIPE database object representing a local registry, mail to local-ir and db wg. Action: 17.5 Daniel Karrenberg Ask IANA for a default range of AS numbers (65530-65535 or so) in the line of the network-10 proposal. Reply was negative. Action: 17.6 NCC To organise local-ir workshop for the 18th RIPE meeting. Action: 17.9 NCC To update and re-circulate the Guarded Fields proposal and then go ahead with the implementation. Action: 17.10 NCC To investigate and propose facilities for a "template-mode" to support the maintaining database objects. Action: 17.12 Henk Steenman (notified 17.02.94) To update and re-circulate the "dom-prefix:" proposal. Action: 17.13 NCC To implement the CLNS Routing Object. Action: 17.15 NCC Propose and implement a mechanism to check the current state of the database with regard to garbage-collection and merging of guarding values. Comment: overtaken by events - new proposal submitted. Action: 17.16 NCC Propose and implement a mechanism to properly keep track of individual updates of objects and automatic merge/modification operations. Action: 17.17 Bernhard Stockman Draft a new version of the EEPG Terms of Reference and distribute this on the mailing list ASAP. Action: 17.21 NCC Announce "Support of Guarded attributes in the RIPE database" as a RIPE document. Action: 17.22 RIPE NCC To implement the AS macros. Action: 17.23 Daniel Karrenberg Write a proposal on including an "advice" tag in the AS object. Action: 17.26 Rob Blokzijl, NCC create new mailing list to enable reorganisation of RIPE discussions to continue and announce to the ripe-list. 2. Open Action: 15.10 Daniel Karrenberg To propose new tags "created" and "assigned" to the database working group for consideration - pending. Action: 16.6 Daniel Karrenberg Why return unused IP address space and be a good network citizen. Daniel to find volunteer to continue the work. Action: 16.17 Jean-Michel Jouanigot To coordinate the transition from ripe-060 to ripe-081 format for routing description. Action: 16.18 NCC Try to actually get the synchronisation of the various database going, using the recently agreed DB Exchange Format. Action is pending and dependant on the NIC handle. Action:17.1 Glenn Kowack Volunteered to write a paper for discussion which would focus on a future funding model for the RIPE NCC. Action: 17.3 Wilfried Woeber Propose a representation address space assignment/reservation status. Action: 17.4 Wilfried Woeber Propose a graphical representation address space assignment/reservation status. Action: 17.7 Wilfried Woeber, NCC To produce the necessary documentation for the new DB software. Action: 17.8 NCC To update and re-circulate the RIPE-Handle proposal and then go ahead with the implementation. Action: 17.11 NCC Investigate and propose a syntax-checking facility for the new database software. Action: 17.14 Francis Dupont DNS group to review the Domain Object and come up with either a recommendation for retirement or with an updated functionality. Action: 17.18 Bernhard Stockman Draft a new version of the EEPG Workplan and distribute this on the EEPG mailing list ASAP. Action: 17.19 Erik-Jan Bos To coordinate work relating to the new RIPE Mbone working group for the next RIPE meeting. Action: 17.20 Oleg Tabarovsky To collect data on external lines and restrictions applying to each line that will form part of the Russian back- bone. Send details to <oleg(a)ussr.eu.net>. Action: 17.24 Laurent Joncheray To circulate a paper to routing wg on including the AS Path concept in ripe-081. Action: 17.25 NCC, Juliana Tamorri To make FAQ on CIDR by Juliana available in the RIPE document store. Action: 17.27 ripe-chairs Summarise in a paper discussions on RIPE re-org and publish before next meeting.

1 0

Interop Engineers Conference - Announcement
by k13＠nikhef.nl 11 May '94

11 May '94

First Call for Papers ------------------- Engineers Conference at NetWorld+Interop 94 Paris --------------------------------------------------------------------- Interop Company is soliciting technical papers for an Engineers Conference to be held as part of the upcoming NetWorld+Interop 94 Paris event, October 24 - 28, 1994, in Paris. The Engineers Conference, which will be held on Thursday/Friday October 27 - 28, is a two-day focused event offering approaches and solutions to practical systems and software design for networking. All participants in the conference will be able to attend the NetWorld+Interop 94, Paris exhibition, which will run from October 26 - 28. FORMAT The conference will feature the presentation of original papers which will have been selected by a review committee. All accepted papers will be published in Conference Proceedings. Accepted papers must be presented by original authors during the 2-day conference. Conference sessions typically will be 90 minutes long and will present three papers of 20 to 30 minutes duration. The Engineer's Conference will concentrate on engineering design problems in three areas: High Speed Networking, Internetworking, and Multimedia. This conference seeks to bring together research scholars, engineers, and vendors to address pragmatic engineering issues in the field of networking and distributed systems interoperability. It is an excellent forum for Engineers and Researchers to publish papers and to be brought up to date on solutions to today's engineering related problems. Papers are solicited in the following areas: * High Speed Networking: ATM, Fast Ethernet, SDH, FDDI-II, HIPPI, SMDS, Frame Relay, Broadband ISDN, etc. * Internetworking: Addressing Schemes, Routing Protocols, Support of Mobility, Design of Bridges, Routers, and Multiprotocol Brouters, Application Gateways etc. * Multimedia Networking: Multimedia technologies, Multimedia inteoperability, Packet Video and voice, Multimedia Mail and Conferencing, Tele-Presence, Virtual Reality, etc. SUBMISSION GUIDELINES Interested authors are invited to submit an abstract (up to 600 words) clearly describing the problem and the solution offered. All abstracts will be reviewed and authors will be notified for acceptance or rejection of the abstract. Authors of accepted abstracts must submit the paper before the last date. These papers are reviewed by a technical committee for technical merit of the paper before final acceptance. Please note the important dates for abstract and paper submission. All abstracts must contain the authors name, address, telephone number, Fax number and e-mail address (if available). Please send your abstract to: Interop Europe 14 Place Marie-Jeanne Bassot, 92593 Levallois Peret Cedex, Paris, France Attention: Engineer's Conference or e-mail it (in ASCII or PostScript) to: Paris_Engineer(a)interop.com ** E-mail is preferred. ** =================== = Important Dates = =================== Abstracts due: 3 Jun, 1994 Notification to authors: 24 Jun, 1994 Draft paper due: 22 Jul, 1994 Feedback to authors: 5 Aug, 1994 Camera ready copy due: 9 Sep, 1994 Final camera reader papers must not exceed 10 A4 pages.

1 0

IETF Report Abstract
by Jill.Foster＠newcastle.ac.uk 11 May '94

11 May '94

IETF - Seattle: March 28th - April 1st, 1994 ============================================ Trip Report: Jill Foster - Newcastle University, UK RARE Information Services and User Support Project Development Officer and Mailbase Manager Abstract ======== The IETF (Internet Engineering Task Force) met for a week in Seattle. The report deals mainly with the areas of User Support, Networked Information Retrieval and Directory Services, although reports of some of the plenary sessions are also included. Security was a major theme of the meeting. This report is stored on the UK Mailbase Server. file: pub/lists/wg-isus/files/ietf.03.94 It is also available via gopher and WWW from mailbase.ac.uk To retrieve a copy via email, send a message to: Mailbase(a)mailbase.ac.uk with the following command in the body of the message: send wg-isus ietf.03.94 -- Jill Foster

1 0

Some thoughts on the "Restructuring of RIPE"
by Willem van der Scheun 11 May '94

11 May '94

At the last RIPE meeting we had a BOF on the structure of RIPE. It was stated there that further discussions would be held over the mailing list. Up till now this subject has been very quiet and the next meeting is in 1 1/2 week. Therefore I would like to share with you some of my personal thoughts on this subject. Having attended the last IEPG and IETF meeting in Seattle I saw some very nice parrallels with the discussion at the RIPE BOF. I will come to these in thes message. In the oldest RIPE document, ripe-001, "Terms of reference", I see, i.a. the following bullets: - RIPE acts as a forum for the exchange of technical information and the creation of expertise on IP networking. - RIPE promotes and coordinates interconnection of IP networks within Europe and to other continents. - RIPE establishes agreement on common network management practices and the operational management of the interconnected networks. - RIPE serves as a focal point for other common activities of the participants related to IP networking. This document is dated "29 November 1989", so it is 3 1/2 years old, which is ofcourse very, very old in networking land. Never the less these points, especially the first and the last one, seem to me as valid as they were at the time of writing. If I compare this with the recently established IEPG charter, I see a striking resemblance: IEPG CHARTER Internet Engineering and Planning Group Domain of Activity The Internet Engineering and Planning Group (IEPG) is a group principally comprised of Internet Service Operators. Goal The common objective of the group is to promote a technically coordinated operational environment of the Global Internet. Activities The activities of the IEPG will be within the following areas: - To facilitate the operations and management of Global Internet services, - To promote the introduction of new Internet services within the Global Internet, and - Liaison with related Internet Operations groups and liaison with technical development groups. Both documents talk about operations and coordination. Also I think the "feeling" behind both is about the same. This gets me to my first point: RIPE as a body still has the same reason to exist as it had when it started. Perhaps some wording needs to be changed, removing explicit reference to IP. To me the two focal points in the terms of reference and in the work that is being done within RIPE are "coordination" and "information exchange". Another absolutely key word is "technical". RIPE (and I think IEPG and other bodies with about the same goal) are technical fora and not meant for political discussions. This does not preclude "politicians" to attend RIPE meetings and being active in them. I think it is very worthwile they do, as RIPE is the forum to discuss the technical implications and (im)possibilities of the things the politicians come up with. But these discussions should be on a technical level and open minded. Coming back to the focal points I mentioned, "coordination" and "information exchange", I think I am right in presuming "information exchange" is a sine qua non for "coordination". Since RIPE started the European Internet has changed quite dramatically, in the sense that in the old days we had more or less a bunch of international lines owned by the two parties at both ends of the line (some times in collaboration with more parties), that were - slightly exagerated - randomly put all over Europe. Nowadays there are a number of European Internet Service Providers that have brought at least some structure in the chaos. The point I want to make is that the level or type of coordination related to getting a Pan-European Internet Structure has also become different. This means that we'll see a more compex level of interaction at RIPE meetings because we see two types af attendants, one from the "national" or "regional" level, and one from the "european service provider" level. It is the service providers who have to do most of the coordination and ofcourse RIPE is the perfect forum for this because it is here that all the best and brightest in (at least) European networking are assembled. Let me try to define some areas where coordination may be needed. This list is by no means meant to be complete. Some of these items are taken from the Opera BOF at the Seattle IETF (BTW I am very fond of opera!) - routing - CIDR - routing registries - route servers - infrastructure - exchange points - transatlantic connectivity - Central and Eastern European developments - registries - Address allocation - routing - databases - "virtual" networks/systems - Mbone - Information systems like Gopher, WWW - Directory services lik DNS, X.500 - security - CERT - Security issues related to IP - Security issues related to routing - network management - trouble ticket hand-off - reporting The above mentioned areas could be the base for the structure of RIPE. I think "area" is a better wording for these groups than "working group", because the main goal is coordination and information exchange and not so much "work" in the sense that there are clearly defined deliverables. Of course within a area some documents could be needed and for the writing of such a document a working group could be formed. Also other reasons for working groups can be thought off. The point is that working groups are supposed to have a limited TTL and a clear deliverable, where areas are much longer living creatures. At the RIPE restructuring BOF the need was mentioned for a mechanism to start working groups. I think this is indeed needed, and would have to be defined both for areas and working groups in the sense I have defined them. Some of the areas mentoned above already have a working group in the current sense, like routing. Infrastructure could be the subject of the EEPG working group. Where information exchange is at the one hand needed in order to be able to coordinate on the other hand it also is a topic of its own. One of my goals in attending RIPE meetings is to learn things. And one of the means is attending presentations, either by the RIPE NCC people about their wonderfull new tools or by people who want to tell about the things they are doing. This can be on almost any level, f.i. the presentations on the status of Ebone or EUnet or Dante, or the talk Brian Carpenter gave last meeting on IPng. This "information exchange" or "learning" topic also relates to the issue raised at the last RIPE meeting (and one that was also raised at the open plenary at the last IETF) about the size of the meeting (both plenary and working groups). Bigger amounts of people will change the character of a meeting and will get a smaller percentage of the people who are active and participating in the discussion. I do not see this a s a problem, because by listening to discussions that have a fair amount of openness, you can learn quite a lot. Having a discussion by knowledgable people is a way to disseminate this knowledge to relative newcomers. So I should say, the bigger the RIPE meetings are, the better RIPE can fulfill its goals. I hope the points mentioned above can be used to help the discussion about the goal and structure of RIPE along a little. -- Willem

2 2

RIPE Meeting Dinner Announcement
by Anne Lord 10 May '94

10 May '94

18th RIPE Meeting Evening Dinner May 17th, 7.30 pm. Amsterdams Brouwhuis Maximiliaan Kloveniersburgwal 608, on Nieuwmarkt The dinner for this RIPE meeting will be taking place in a local brewery. I thought this might warm the hearts of some, as well as make a change from where we have previously eaten. Beer is brewed on-site in copper kettles (so I am told) so during the dinner you will have the opportunity to sample some of the local beers. - - - - - - -- - - - - - - - - -- - - - - - - - - -- - - - - - MENU Baked mushrooms and rauweham with mustard creme-fraiche dressing **** Leek soup **** Lamb with thyme and apples in a beer sauce Salad Potato dish **** Chocolate mousse **** Coffee - - - - - - -- - - - - - - - - -- - - - - - - - - -- - - - - -- - The cost of the dinner is Hfl. 70,- and includes a welcome drink, coffee at the end of the meal, and 3 drinks during the dinner. If you drink any more than this, it's fine, but you have to pay for what you drink. If you would like to attend, then please complete and send the form below to <ncc(a)ripe.net> - - - - - - -- - - - - 8< cut here - - -- - - - - - - - - - - - -- I would like to attend the 18th RIPE Meeting Evening Dinner. Please reserve a place for : name: guest: Vegeatarian meals can be arranged on request. - - - - - - - - - - - - - - - - - - - - - -- - - -- - - - - - -- -

1 0

Removal of KAVA.NISC.SRI.COM as Root Name Server
by Domain Registration Role Account 09 May '94

09 May '94

KAVA.NISC.SRI.COM (192.33.33.2) will no longer be operated as a root name server. We understand that ISI will be bringing up a root server to replace it. Regards, Duane InterNIC Domain Registration

1 0

CDS - reminder to join the club
by Milan Sterba 09 May '94

09 May '94

Dear colleagues, As RIPE metting is rapidly approaching let me once more invite all network service providers/operators in Europe to fill and send to <cds-editor(a)ripe.net> short descriptions of their network to be stored in the RIPE Connectivity Document Store (CDS). This is supposed to be the new unified way of publishing basic information about european connectivity and to replace my regular report on connectivity in Eastern and Central Europe. The CDS is accessible by WWW (http://www.ripe.net/ripe/cds.html) ftp, gopher and the description fact-sheets can also be retrieved by mail. The CDS is be closely related to the RIPE map repository (there are hypertext links between the textual descriptions of the network and their maps (if supplied). A detailed description of the layout, the procedures as well as an example of filled fact sheet (thanks to UNICOM Bulgaria) can be found in ftp://ftp.ripe.net/ripe/drafts/connectivity-report-plan.txt. <cds-editor(a)ripe.net> and all users and potential users in the world are waiting impatiently for your fact-sheets (and maps :-). It is so simple to have the others know about you a little bit more and RIPE NCC as the European Internet registry is the best appropriate place where people go for information. Try to have a look at the current CDS by WWW at www.ripe.net or by gopher at gopher.ripe.net or simply by ftp. Comments and updates are very willcome. Best regards Milan Sterba Chair of the RIPE European Connectivity WG P.S. Thanks to Unicom, BELNET, CESNET and EUnet Czechia and Bulgaria for having submitted their fact-sheets so rapidly :-). -- ====================================================================== Prague University of Economics e-mail : Milan.Sterba(a)vse.cz Computing Center tel : +42 2 24 21 79 00 nam. W. Churchilla 4 home: +42 2 823 78 59 130 67 Praha 3 fax : +42 2 24 22 42 66 Czech republic =======================================================================

1 0

REMINDER for 18th RIPE Meeting
by Anne Lord 09 May '94

09 May '94

Dear All, This is a reminder that the 18th RIPE meeting will take place in one weeks time on Monday 16th - Wednesday 18th May. I have included the registration form below if you have not yet signed up and wish to attend the meeting. Thanks Anne ********************************************************************** If you are interested in participating in the 18th RIPE Meeting in Amsterdam, would you kindly fill in the attached form. ---------------------------------------------------------------------- 18th RIPE meeting Registration reservation form Amsterdam, May 16-18th, 1994 a) Registration ( ) I would like take part in the RIPE meeting. ( ) I already have a RIPE badge from a previous meeting. ( ) I need a RIPE badge making up for me (please provide your details below). These will be printed on your badge. Name: Organisation/affiliation: Country: b) Personal details Please give your name and contact details below. If you have a person entry in the RIPE database, you do not need to fill this in. Name: Address: Address: Country: E-Mail Address: ------------------------------------------------------------------- *PLEASE NOTE: Our handling all meeting registrations has recently been automated. To register for the meeting, please complete the registration form and send it to <meeting(a)ripe.net>. You will receive a notification message that your request has been processed. If however, you have any questions about the meeting or your registration form, please send your completed form to <ncc(a)ripe.net>. Your query will then be answered by the one of the RIPE NCC staff. -------------------------end----------------------------------------

1 0

RIPE DNS Hostcount April 1994
by Marten Terpstra 02 May '94

02 May '94

Everyone, Please find below the RIPE DNS hostcount for April 1994. - Portugal has been added to the list of countries that are counted not centrally from Amsterdam, but from within the country. UK, IE and DE were already done that way (and NL of course) - Germany is again catching up on the UK, but the UK still has most hosts. - a nice total increase of over 38,000 or 5.8% to 693,346 machines in the DNS in Europe. - all output (gzipped) again available on ftp.ripe.net:ripe/hostcount Cheers, -Marten RIPE DNS Hostcount Previous Count : Thu Mar 31 1994 This Count : Sat Apr 30 1994 CY SOA COUNTED DUPL REAL CHANGE ============================================================ al 1 0 0 0 0 at 374 18747 591 18156 + 694 az 1 0 0 0 0 be 136 11188 214 10974 + 929 bg 2 13 5 8 - 14 by 0 0 0 0 0 ch 264 43609 457 43152 + 1336 cs 86 2257 82 2175 - 93 cy 6 41 6 35 + 1 cz 131 6228 57 6171 + 1 de 1892 142250 4284 137966 +10744 dk 169 9889 209 9680 - 189 dz 2 7 0 7 + 7 dz 2 7 0 7 + 7 ee 18 361 2 359 - 159 eg 4 57 0 57 0 es 373 18300 170 18130 + 758 fi 371 45653 947 44706 + 3274 fo 1 0 0 0 0 fr 854 66434 1237 65197 + 2060 gb 1 20 0 20 + 1 ge 1 0 0 0 0 gr 122 2518 277 2241 - 14 hr 63 818 10 808 + 56 hu 56 4454 23 4431 + 745 ie 67 2861 62 2799 + 157 il 154 6820 57 6763 - 655 is 61 2545 15 2530 + 151 it 543 22027 373 21654 + 1498 li 3 17 0 17 0 lt 7 31 1 30 + 30 lu 20 394 2 392 + 34 lv 5 94 1 93 - 26 ma 1 0 0 0 0 mk 1 0 0 0 0 mt 1 0 0 0 0 nl 542 52325 683 51642 + 1189 no 571 37094 328 36766 + 1518 pl 312 6531 205 6326 + 634 pt 127 4138 79 4059 + 80 ro 17 126 0 126 + 13 se 664 52452 904 51548 + 2591 si 23 785 12 773 + 44 sk 62 996 15 981 + 47 su 189 3206 139 3067 + 618 tn 2 30 2 28 + 11 tr 29 1033 15 1018 + 210 ua 40 245 22 223 - 8 uk 1101 152304 14074 138230 + 9903 va 0 0 0 0 0 yu 1 1 0 1 - 1 ============================================================ 9473 718906 25560 693346 +38182 This is an overview of the History of the RIPE hostcounts. It only contains the totals. The totals for 1990-1991 should be considered rather unstable and unreliable because the program used then was not really tuned, plus the count was not done as regular as it is now. Count : total hostcount for all European top level domains Delta : delta since previous count Delta % : delta as percentage of previous count Q Delta : delta over the past quarter Q Delta%: delta over last quarter as percentage of end of last quarter count For the Q Deltas I have not calculated those back before 1992, because the figures for 1990-1991 are not too reliable. *) Dec 1991 hostcount estimated at 135,000. Count Delta Delta % Q Delta Q Delta % ------------------------------------------------------------------- Oct 1990 31724 Nov 1990 33665 + 1941 + 6.1% Dec 1990 29230 - 4435 - 13.2% Jan 1991 43832 + 14602 + 50.0% Feb 1991 - Mar 1991 44506 + 674 + 1.5% Apr 1991 46948 + 2442 + 5.5% May 1991 - Jun 1991 63267 + 16319 + 34.8% Jul 1991 - Aug 1991 73069 + 9802 + 15.5% Sep 1991 92834 + 19765 + 27.0% Oct 1991 104824 + 11990 + 12.9% Nov 1991 129652 + 24828 + 23.7% Dec 1991 - Jan 1992 141308 + 11656 + 9.0% Feb 1992 161434 + 20126 + 14.2% Mar 1992 167939 + 6505 + 4.0% + 32939 *) + 24.4% *) Apr 1992 170050 + 2111 + 1.3% May 1992 182528 + 12478 + 7.3% Jun 1992 196758 + 14230 + 7.8% + 28819 + 17.2% Jul 1992 213017 + 16259 + 8.3% Aug 1992 221951 + 8934 + 4.2% Sep 1992 232522 + 10571 + 4.8% + 35764 + 18.2% Oct 1992 254585 + 22063 + 9.5% Nov 1992 271795 + 17210 + 6.8% Dec 1992 284374 + 12579 + 4.6% + 51852 + 22.3% Jan 1993 303828 + 19454 + 6.8% Feb 1993 322902 + 19074 + 6.3% Mar 1993 355140 + 32238 + 10.0% + 70766 + 24.9% Apr 1993 366164 + 11024 + 3.1% May 1993 385522 + 19358 + 5.3% Jun 1993 404930 + 19408 + 5.0% + 49790 + 14.0% Jul 1993 426827 + 21897 + 5.4% Aug 1993 451116 + 24289 + 5.7% Sep 1993 469356 + 18240 + 4.0% + 64424 + 15.9% Oct 1993 500018 + 30662 + 6.5% Nov 1993 533701 + 33683 + 6.7% Dec 1993 553357 + 19656 + 3.7% + 84001 + 17.9% Jan 1994 587135 + 33778 + 6.1% Feb 1994 623158 + 36023 + 6.1% Mar 1994 655164 + 32006 + 5.1% +101807 + 18.4% Apr 1994 693346 + 38182 + 5.8%

1 0