- ripe-list - mailman.ripe.net

Re: Reminder about second PRIDE course
by Romeo Zwart 30 Jun '94

30 Jun '94

| This is a reminder for those who have nt yet shown an interest in partici- | pating | in the second PRIDE course and would like the possibility of attending. | Please see the original note sent out below. | So far the response has been quite low. If we do not get more attendees then | we will possibly postpone the course until the end of summer. | | Thanks, | | --Tony. | | | Poll for the second PRIDE Course | -------------------------------- | | The second PRIDE course is planned for sometime in early July and we have had | several offers of venue for the next course. There are three possible venues | for | the next course: | | 1) Vienna, Austria | 2) London, UK | 3) Amsterdam, Netherlands | | | We would like to hold this course in Week 28 either at the beginning or | end of | that week to allow people to take advantage of weekend stop-over if traveling | . | | As you probably know there is high demand for places on the course which is | limited to 12 and one per organisation. Preference will be given to staff | from PRIDE funding organisations first and then organisations who have not | attended previous courses. | | Please can you take a little time to fill in the following short questionnair | e | if you are interested in attending the next course. This will not guarantee a | | place but will help to make a decision on the next venue and date. Please sen | d | your replies to pride-rsvp(a)ripe.net. | | Many thanks, | | --Tony. | | %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% | %% | | Poll for next PRIDE course | -------------------------- | | Please try to fill this out as specified so this can be parsed | automatically. Please add in a value in the `box' area marked between the | square brackets (i.e. "[" and "]" s). | | %START | | 1) Your name | | # NAME [ ] | | 2) Your Organisation/Institution | | # ORG [ ] | | 3) Your e-mail address | | # EMAIL [ ] | | 4) Which venue would you prefer ? | | If Vienna fill in V in the box below | If London fill in L in the box below | If Amsterdam fill in A in the box below | | # VENUE [ ] | | | 5) Which date you prefer ? | | If Monday, 11th July, 1994 fill in "Mon" in the box below | If Friday, 15th July, 1994 fill in "Fri" in the box below | If another day in week 28 is preferable put "Tue", "Wed" or "Thu" | in the box below | | # DATE [ ] | | | 6) What about other courses ? | | If you cannot come make the next course but want to be considered for | for future courses put a Y in the box below | | # NEXT [ ] | | %END

1 0

Reminder about second PRIDE course
by PRIDE Project 30 Jun '94

30 Jun '94

This is a reminder for those who have nt yet shown an interest in participating in the second PRIDE course and would like the possibility of attending. Please see the original note sent out below. So far the response has been quite low. If we do not get more attendees then we will possibly postpone the course until the end of summer. Thanks, --Tony. Poll for the second PRIDE Course -------------------------------- The second PRIDE course is planned for sometime in early July and we have had several offers of venue for the next course. There are three possible venues for the next course: 1) Vienna, Austria 2) London, UK 3) Amsterdam, Netherlands We would like to hold this course in Week 28 either at the beginning or end of that week to allow people to take advantage of weekend stop-over if traveling. As you probably know there is high demand for places on the course which is limited to 12 and one per organisation. Preference will be given to staff from PRIDE funding organisations first and then organisations who have not attended previous courses. Please can you take a little time to fill in the following short questionnaire if you are interested in attending the next course. This will not guarantee a place but will help to make a decision on the next venue and date. Please send your replies to pride-rsvp(a)ripe.net. Many thanks, --Tony. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Poll for next PRIDE course -------------------------- Please try to fill this out as specified so this can be parsed automatically. Please add in a value in the `box' area marked between the square brackets (i.e. "[" and "]" s). %START 1) Your name # NAME [ ] 2) Your Organisation/Institution # ORG [ ] 3) Your e-mail address # EMAIL [ ] 4) Which venue would you prefer ? If Vienna fill in V in the box below If London fill in L in the box below If Amsterdam fill in A in the box below # VENUE [ ] 5) Which date you prefer ? If Monday, 11th July, 1994 fill in "Mon" in the box below If Friday, 15th July, 1994 fill in "Fri" in the box below If another day in week 28 is preferable put "Tue", "Wed" or "Thu" in the box below # DATE [ ] 6) What about other courses ? If you cannot come make the next course but want to be considered for for future courses put a Y in the box below # NEXT [ ] %END

1 0

19th RIPE meeting in Lisbon - ANNOUNCEMENT
by Anne Lord 23 Jun '94

23 Jun '94

Dear All, Lisbon is the "European Capital of Culture" this year, so I would advise everyone to book hotels and flights early. ------------------------------------------------------------------------ R I P E meeting announcement ============================ (This announcement can also be viewed using "finger meeting(a)ncc.ripe.net") This is to announce that the 19th RIPE meeting will take place: Dates: 12th September, 1994 Begin 14:00 13th September, 1994 14th September, 1994 End 16:00 Venue: University of Lisbon Faculty of Science Campo Grande, Building C3 1699 LISBON Codex Portugal Host: University of Lisbon, Faculty of Science Tel: +351 1 7500024 (direct line to Informatics Dept) Tel: +351 1 757 3141; +351 1 795 0790 Fax: +351 1 757 4312 Local organiser: Pedro Amorim Registration: Please use the registration form (which will follow in a separate mail) to give notice of your coming as soon as possible. General Information: -------------------- (at time of writing) Currency: 1 UK pound = 252$00 1 ECU = 198$00 1 US$ = 170$00 1 Hfl = 105$00 The Portugese currency unit is the escudo which is divided into 100 centravos. It is written with the $ sign in the middle: thus 100$50 is 100 `escudos' and fifty `centavos' NOTE: If you have a VISA card with PIN code or an EUROCHEQUE card you can withdraw money from an ATM machine in the airport (and also everywhere in the city). They belong all to the same network and so you can use these cards in any terminals. Hotels and most shops accept VISA, MASTERCARD and EUROCHEQUES; AMEX is not so widespread. Appended to this announcement: ------------------------------ <> directions to the meeting place Documents to follow (separate mail messages): --------------------------------------------- <> details of hotels in Lisbon close to meeting venue <> registration form for attendance at the meeting ================================================================== University of Lisbon - The RIPE meeting venue: How do I get there? ------------------------------------------------------------------ To ease any confusion, there is a postscript map of Lisbon can be found in the RIPE document store. The map has a "KEY" indicating the venue, some hotels, the airport and some metro stations. ftp://ftp.ripe.net/ripe/Next-Meeting/lisbon.area-map.ps ftp://ftp.ripe.net/ripe/Next-Meeting/lisbon.area-map.ps.Z There is also a general map of the University of Lisbon indicating the "C3" building which is the venue for the meeting: ftp://ftp.ripe.net/ripe/Next-Meeting/venue-map.ps ftp://ftp.ripe.net/ripe/Next-Meeting/venue-map.ps.Z Arrival at the airport ---------------------- The airport is 20 minutes north of the city centre so it is really very close. There is a 24 hour tourist office at the aiport, a currency exchange bureau and a hotels desk. <> Taxi The easiest and recommended way of coming to the Conference Building (Faculty of Science, Building C3) is by taxi. The fare is approximately 500$00. You will be charged extra for baggage. The trip to the RIPE meeting venue takes approx. 5-10 minutes, depending on the traffic. Taxis in Portugal are among the cheapest in Europe. <> Bus There are no direct buses from the airport to the C3 University Building, so a taxi is recommended. City Transport -------------- <> trams, "elevadores" and buses Individual tickets for a bus, tram or "elevador" bought on board cost 140$00 (its 135$00 for a ticket valid for two journeys if you buy them from a kiosk in advance - the kiosks are orange coloured) or you can buy a one-day (350$00) pass or a 3 day pass (820$00). These passes are validated by punching in the machine by the driver the first time you ride; it's then valid for 24 or 72 hours. <> metro The most central stations of the metro are at Praca dos Restauradores and Rossio. The hours of operation are from 6am to 1am. Tickets are 60$00 a journey or 500$00 for a "caderneta" or book of 10 tickets. Getting from/to the venue & the hotels Continental, Zurique, and Berna ---------------------------------------------------------------------- <> walking >From the Faculty (C3) to the hotels: Turn right out of C3 onto the Campo Grande road (the avenue with a garden area in the middle) south towards the city until you reach a place called Entrecampos, that has a big statue in the centre of the road. From there you take Avenida da Republica further south - it is the largest road and roughly in front of you. The third road on the right is Av.Antonio Serpa where the Hotel Berna is located. If you folllow that road (one block), turn left and then right, you will find hotel Continental. Turning right half way along this road you will come to Hotel Zurique. This will take appoximately 15-20 minutes. <> metro >From the Faculty (C3) to the hotels: Take the metro from Campo Grande to Campo Pequeno - it is two stops. Campo Pequeno metro stop is in front of the Bullfight place, which is a round red coloured building. Exit on Avenida da Republica intersecting Avenida Elias Garcia, (opposite side to the bullfight building). Walk north and the forth street on the left is Av. Antonio Serpa. From there follow the instructions above. <> bus Take bus numbers 1, 36, 17 or 47. At the University there are bus stops in front of C3 in the main avenue, Campo Grande at either side of the garden. Near the hotels, the stops are at Av. da Republica in front of the Bullfight Place (Campo Pequeno) If you are going from the University to the Hotels, the bus stops are on the opposite side of the road and and on the same side of the road if you are going in the reverse way. (hotels to the University). It takes four stops to go from one place to the other and buses arrive in 10 minute intervals and continue through until midnight. Total journey time either way should not exceed 15-20 minutes whichever mode of transport you choose to use. <> taxi A taxi to the venue will cost between 400 - 600 Escudos.

1 0

Poll for second PRIDE course
by PRIDE Project 16 Jun '94

16 Jun '94

Poll for the second PRIDE Course -------------------------------- The second PRIDE course is planned for sometime in early July and we have had several offers of venue for the next course. There are three possible venues for the next course: 1) Vienna, Austria 2) London, UK 3) Amsterdam, Netherlands We would like to hold this course in Week 28 either at the beginning or end of that week to allow people to take advantage of weekend stop-over if traveling. As you probably know there is high demand for places on the course which is limited to 12 and one per organisation. Preference will be given to staff from PRIDE funding organisations first and then organisations who have not attended previous courses. Please can you take a little time to fill in the following short questionnaire if you are interested in attending the next course. This will not guarantee a place but will help to make a decision on the next venue and date. Please send your replies to pride-rsvp(a)ripe.net. Many thanks, --Tony. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Poll for next PRIDE course -------------------------- Please try to fill this out as specified so this can be parsed automatically. Please add in a value in the `box' area marked between the square brackets (i.e. "[" and "]" s). %START 1) Your name # NAME [ ] 2) Your Organisation/Institution # ORG [ ] 3) Your e-mail address # EMAIL [ ] 4) Which venue would you prefer ? If Vienna fill in V in the box below If London fill in L in the box below If Amsterdam fill in A in the box below # VENUE [ ] 5) Which date you prefer ? If Monday, 11th July, 1994 fill in "Mon" in the box below If Friday, 15th July, 1994 fill in "Fri" in the box below If another day in week 28 is preferable put "Tue", "Wed" or "Thu" in the box below # DATE [ ] 6) What about other courses ? If you cannot come make the next course but want to be considered for for future courses put a Y in the box below # NEXT [ ] %END

1 0

RIPE DNS Hostcount May 1994
by Marten Terpstra 14 Jun '94

14 Jun '94

Hello all, Please find below the RIPE DNS hostcount for May 1994. Apologies for sending this out late. This mail may be late, the results were gathered at the end of May. - Cyprus (cy) and Greece (gr) have been added to the list of countries where the hostcount statistics are gathered from within the country. - UK still well on top with almost 150,000 machines in the DNS - Overall a 6.1% increase or 41971 machines over last month to 735,317 machines in the DNS in Europe. - Historical overview again appended - all output again available on ftp.ripe.net:ripe/hostcount Cheers, -Marten RIPE DNS Hostcount Previous Count : Sun Apr 30 1994 This Count : Tue May 31 1994 CY SOA COUNTED DUPL REAL CHANGE ============================================================ al 1 0 0 0 0 at 382 19484 617 18867 + 711 az 1 0 0 0 0 be 138 11743 211 11532 + 558 bg 6 77 8 69 + 61 by 1 0 0 0 0 ch 271 45411 453 44958 + 1806 cs 87 2454 145 2309 + 134 cy 8 43 6 37 + 2 cz 138 7073 123 6950 + 779 de 1959 145540 4462 141078 + 3112 dk 189 12150 228 11922 + 2242 dz 2 8 0 8 + 1 dz 2 8 0 8 + 1 ee 29 611 3 608 + 249 eg 4 57 0 57 0 es 402 21510 174 21336 + 3206 fi 385 48711 938 47773 + 3067 fo 1 0 0 0 0 fr 870 71332 1222 70110 + 4913 gb 1 21 0 21 + 1 ge 1 0 0 0 0 gr 137 2830 254 2576 + 335 hr 71 881 12 869 + 61 hu 72 4897 28 4869 + 438 ie 70 3160 69 3091 + 292 il 165 8147 113 8034 + 1271 is 67 3011 21 2990 + 460 it 560 22636 387 22249 + 595 li 4 17 0 17 0 lt 8 32 0 32 + 2 lu 21 404 2 402 + 10 lv 11 179 8 171 + 78 ma 1 0 0 0 0 mk 1 0 0 0 0 mt 1 0 0 0 0 nl 560 55050 719 54331 + 2689 no 581 37901 352 37549 + 783 pl 313 6673 201 6472 + 146 pt 137 4327 60 4267 + 208 ro 28 438 2 436 + 310 se 705 54983 1045 53938 + 2390 si 24 761 13 748 - 25 sk 69 1147 20 1127 + 146 su 199 3427 158 3269 + 202 tn 3 37 2 35 + 7 tr 31 1060 21 1039 + 21 ua 42 290 23 267 + 44 uk 1157 163665 14770 148895 +10665 va 0 0 0 0 0 yu 1 1 0 1 0 ============================================================ 9917 762187 26870 735317 +41971 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% May 1994 735317 + 41971 + 6.1%

1 0

INET'94/JENC5 Conference Final Programme - last update -
by kiers＠rare.nl 10 Jun '94

10 Jun '94

1 0

DRAFT minutes of the 18th RIPE Meeting
by Anne Lord 09 Jun '94

09 Jun '94

Dear All, Below are the draft ASCII minutes of the 18th RIPE meeting held in Amsterdam, May 16-18. Both ASCII and PostScript versions of the minutes can be retrieved from the document store: o ftp:ftp.ripe.net:ripe/minutes/ripe-m-18.{ps,txt} *Many* thanks to everyone who contributed text. As usual, comments and queries are welcome and should be sent to me. Anne ------------------------------------------------------------- DRAFT DRAFT DRAFT DRAFT DRAFT DRAFT DRAFT DRAFT ripe-m-18 18th RIPE meeting Minutes Anne Lord Amsterdam, The Netherlands May 16-18th, 1994 - 2 - AGENDA AGENDA 1. Opening 2. Minutes RIPE 17th meeting 3. Actions RIPE 17th meeting 4. RIPE NCC Report 5. Joint Projects - Status and Progress 6. The Merit Routing Registry 7. RIPE: Restructuring the Organisation 8. RIPE NCC - Finance and Management 9. Report - RARE ATM WG 10. Reports from the working groups 11. Next RIPE meetings 12. AOB 13. Closing APPENDICES Appendix 1: List of Participants Appendix 2: Open Action Items - 3 - 1. Opening 1.1. Welcome Rob Blokzijl welcomed the participants to the 18th RIPE meeting hosted by NIKHEF and held at WCW, Amsterdam, The Netherlands. 1.2. Approval of the agenda The agenda was approved. Note: some of the agenda items were rescheduled during the meeting but they are minuted as originally scheduled. 1.3. Papers tabled: Papers - Agenda for the 18th RIPE meeting - Working Group Agendas - one document - RIPE NCC Management Structure - RIPE NCC Financial Contributions - Representation of Complex Routing Policies of an Autonomous System - Representation of IP Routing Policies in the RIPE Routing Registry (RIPE 81++) DRAFT - Report on the RARE ATM Task Force - Support for Classless Internet Addresses in the RIPE database - DRAFT - RIPE Database Template for Networks and Persons - DRAFT - RIPE NCC Annual Report 1993 - Personnel Paper advertising new NCC position 2. Minutes of the last meeting. The minutes from the 17th RIPE meeting were approved with no changes. 3. Review of the action list of the last meeting The action items from the 17th RIPE meeting minutes were reviewed. The following list comprises the ongoing action items only. All other action items were closed. Action: 15.10 Daniel Karrenberg To propose new tags "created" and "assigned" to the database working group for consideration - pending. - 4 - 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.18 NCC Try to actually get the synchronisation of the various database going, using the recently agreed DB Exchange Format. Action is dependant on the NIC handle - pending. Action: 17.1 Glenn Kowack Volunteered to write a paper for discussion which would focus on a funding model for the RIPE NCC. 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 - pending. Action:17.11 NCC Investigate and propose a syntax-checking facility for the new database software. Action:17.15 NCC Propose and implement a mechanism to properly keep track of individual updates of objects and automatic merge/modification opera- tions. 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.18 Bernhard Stockman Draft a new version of the EEPG Workplan and distribute this on the EEPG mailing list ASAP. Action:17.20 Oleg Tabarovsky To collect data on external lines and res- trictions applying to each line that will form part of the Russian back- bone. Send details to <oleg(a)ussr.eu.net>. Action:17.25 NCC, Juliana Tamorri To make FAQ on CIDR by Juliana avail- able in the RIPE document store. 4. RIPE NCC Report Daniel Karrenberg presented the NCC Report. The report focused on the personnel shortage at the RIPE NCC. Statistics showing the increase in the number of Internet hosts in Europe were presented as well as statis- tics relating to the growth of the Internet Registry function. Whilst the growth rate over the last two years for all the statistics presented had increased - indicating therefore a much higher workload for the RIPE NCC staff - there had been no increase in the NCC Core Staffing level at all since the inception of the RIPE NCC. This clearly illustrated the need for more staff to work on the "Core" activities at the RIPE NCC. One such administrative position has been approved and the job announcement was distributed as a paper at the meeting. One further technical engineer position is sought for the Autumn, but this position has not yet formally been approved. Copies of the presentation slides can be found in the RIPE document store in the presentations directory, file: o ftp:ftp.ripe.net:ripe/presentations/ripe-m18-dfk-NCC-REPORT.ps - 5 - 5. Joint Projects - Status and Progress Daniel Karrenberg gave an update report on the status and progress of the PRIDE project. Since the last RIPE meeting the following progress can be reported: o many of the PRIDE tools have been improved o a draft PRIDE guide has been written o the PRIDE course has been announced to take place end of May (and is fully booked). o ripe-81 extended the Routing Registry at MERIT. o In general, the PRIDE project is behind schedule because of CIDR. o Much of the PRIDE effort has been on ripe-81++ The plans for PRIDE in the coming months are to: o announce more courses o release the PRIDE guide o adapt the tools to ripe-81++ specifications o develop more tools (prconfig) o extend the project for 2 month period (budget neutral) o propose a follow on (simulation, more tools) Copies of this presentation can be found in the RIPE document store, file: o ftp:ftp.ripe.net:ripe/presentations/ripe-m18-dfk-PRIDE.ps 6. The MERIT Routing Registry Elise Gerich introduced the background to the NSFnet Backbone Policy Routing Database (PRDB). The PRDB was devised to stabilise routing for the NSF regionals and has been in place for 6 years. There are some 93 routers and 72 ASes peered with. However the end of the NSFnet backbone is scheduled for November 94 (1st transition phase) and April 95 (a second transition phase). The new NSFnet program incorporates: o VBNS (Very High Speed Backbone). The proposed awardee of this backbone is MCI but the award has been contested by SPRINT. o NAPs (Network Access Points). The proposed awardees are AMERITECH (Chicago); MFS Datanet (Washington DC); Pacific Bell (San Francisco); SPRINT (NYC). The NAPS will no longer maintain an acceptable use policy. o RA (Routing Arbiter). The proposed awardee is ISI (California) and MERIT. Responsibilities of the RA: o maintain the route servers at NAP o provide a routing registry service o routing engineering (Merit Routing Registry). ISI are developing the route server. Transition plans: - 6 - o PRDB -> Merit Routing Registry o 93 Routers -> It is not known yet who the VBNS will be managed by o 72 ASes -> NSP's at NAPs (will be fewer) The transition started on May 1st, 1994 and is scheduled to be completed by April 1995. What is the MERIT Routing Registry? o Ported RIPE DB software o Added support for aggregates o Added support for network lists o Proposed new optional attributes o Collaboration with RIPE NCC on design of Distributed Registry Architecture o New attributes added. Status of the MERIT Routing Registry o MERIT Routing Registry has 4 ASes registered: AS690, AS233, AS237 and AS1133. o Routing Policy Server (ALC) beta version is available. o New tools: astrace - next generation prtraceroute - beta v. available aggrwalk - lists aggregates netlist - generation of network lists in alpha text. If you would like more information, o ftp:ftp:rrdb.merit.edu/meritrr o or send mail to <rradmin(a)merit.edu> There was one question from Tony Bates questioning the planned scope of the routing arbiter. The answer was that it would not be limited by the NSF funding body, therefore any network could be registered. 7. RIPE: Restructuring the Organisation Rob Blokzijl introduced the BOF on "RIPE Restructuring" that would be held on the last day of the meeting. Prior to the meeting, a mailing list was set up and announced (apologies for the lateness of this) and several RIPE participants had already contributed to the discussions. The BOF held at this meeting progressed the discussions already held. A report of the discussions that took place at the BOF can be found under item 10. "Reports from the Working Groups". A draft document is scheduled for the next RIPE meeting, and a final document by the January 1995 meeting. Everyone is encouraged to particpate in the discussions. To do so you need to subscribe to the mailing list. Send mail to: <majordomo(a)ripe.net> body text: subscribe new-ripe(a)ripe.net [your email address] - 7 - 8. RIPE NCC - Finance and Management Rob Blokzijl described the current arrangement for the funding of the RIPE NCC and introduced an arrangement for the funding of the RIPE NCC of the future as proposed by RARE. The current situation is that RARE members contribute a major part of the income of the RIPE NCC. Further income is contributed by the service providers. The "underwriting" of the NCC operations has been undertaken by RARE since the beginning of the RIPE NCC. This arrangement has worked successfully and will continue in the future. Tomaz Kalin assured the audience that the RARE Executive would recommend this and that it would be agreed at the RARE CoA meeting on Friday 18th May. However, the RARE Executive has also proposed that a more diirect management of the RIPE NCC by RARE will be necessary if RARE is to underwrite the naturally increasing financial risks of the RIPE NCC budget. Kees Neggers commented that it is not just a RARE issue, but there is a need for financial planning and "professionalism" which RARE feels qualified to undertake on behalf of the RIPE NCC. The RIPE NCC is a recognised valued service and a world leader. The financial control needs improving and restructuring to be consistent with this. It was observed that if this proposed arrangement was not felt to be satisfactory, then the underwriting of the RIPE NCC needs to be supported by more than one organisation or more money needs to come from service providers. Stephan Biesbroeck commented that it should be more attrac- tive for non-members to contribute more money to the RIPE NCC budget. 9. Report - RARE ATM Working Group The RARE ATM Task Force has been set up by RARE WG-LLT in the middle of 1993. At this moment, most European countries are taking part in this Task Force, which is, in turn, stimulating the international usage of ATM. This by means of: o trying to use the European PNO ATM pilot (an ATM test network installed by some 18 PNO's in Europe); o sharing experience on hard- and software; o coordinating international ATM networking; o coordinating international applications over ATM and o providing recommendations on ATM- and higher layers. The applications this Task Force is coordinating at this moment are: o LAN/WAN interconnection o Desktop video and audio o Conference room video-conferencing In future, Cooperative Working, ATM-multicast, Quality of Service and Network Management will be covered. One of the applications (LAN/WAN interconnection) is important in the area of IP. The Task Force would like to coordinate the work on IP over ATM in such a way that the operational IP services are not endangered. Already a few countries have shown their interest: CH, ES, FI, NL, NO and UK. Other organizations that are interested in taking part, should - 8 - contact the chairman of the Task Force: Les Clyne (L.clyne(a)ukerna.ac.uk) Important documents on IP over ATM are: RFC1483, RFC1577, RFC1293 and the Internet Draft on MTU sizes. Routing will be covered by the IETF working group "Routing over Large Clouds". The IETF distribution list on the IP over ATM subject is: IP-ATM(a)HPLMS2.HPL.HP.COM. The sheets of the presen- tation can be retrieved from the ftp-server of RIPE: o ftp:ftp.ripe.net:ripe/presentations/ripe-m18-reijs-atm.ps.Z 10. Reports from the Working Groups 10.1. Local-ir Working Group (D Karrenberg) Chair: Daniel Karrenberg Scribe: Mike Norris 10.1.1. Opening The agenda as circulated beforehand was agreed. The minutes of the meeting held during RIPE-17 in January 1994 were agreed. 10.1.2. Election of New Chairman Daniel Karrenberg explained why he had announced his resignation as chairman. The efficacy of the WG might be questioned given that the manager of the NCC presided over a group drawn from the membership of RIPE, which set the agenda of the NCC. In addi- tion, the workload of the NCC was now so onerous that all other activi- ties had to be reviewed. Following discussion, the meeting unanimously expressed its complete satisfaction in the chairmanship by Daniel of the Local IR Working Group. The Group had found the close linkage with the NCC to be of great benefit, and that this had never impeded its work nor imposed any limitations on its freedom of action. The meeting reluc- tantly accepted the resignation of the chairman. Mike Norris agreed to act as chairman, with effect from the end of the meeting. 10.1.3. European Registry Report by the NCC Daniel Karrenberg reported that, from experience, it may be that enterprise networks, such as those belonging to large multi- or trans-national organisations, needed their own IP registries. As a rule, such organisations did not get delegated address space. However, coordination between local and regional regis- tries was important. 10.1.4. Reports of Significant Events at Local Registries Question: In light of renumbering caused by CIDR, what should be done with returned addresses? It was agreed that such addresses could be returned, and wel- come, to any European IR. Such IRs would return addresses to the NCC. If the addresses could be aggregated, they would be re-used, otherwise they would be returned to IANA. Question: Will someone write a paper on why it is a good idea to return unused addresses? Some discussion took place, but there were no takers. It was agreed that incidents of note should be reported to the list and to the NCC, and not reported only at WG meetings. Incidents were reported of applications being rejected in Europe but accepted on re- application to other regional registries. The group expressed concern at the disparity in the criteria applied by RIPE and InterNIC registries. Action:18.1 Daniel Karrenberg Convey RIPE's concern at the disparity in criteria with respect to IP network number applications to the InterNIC. - 9 - 10.1.5. Standard IP Application Form There was a discussion of multiple applications to different registries by the same organisation, or by dif- ferent components of the same organisation. It was agreed that the stan- dard form should be revised to guard against such abuses. The following changes should be made: o Indicate that any statements made in the form could be used in consideration of future applications o Applicants should indicate their parent organisation and its assigned address space, if any o Applicants to state whether they had made any applications for IP addresses in Europe or elsewhere and also to indicate whether they had requests turned down in the past. Action: 18.2 NCC Draft new standard European Internet Network Number Application Form (formerly ripe-107) in light of recommendations from the working group. 10.1.6. Default Range of AS Numbers D Karrenberg had asked IANA for a default range of AS numbers, but this had been refused. The previous request to take advantage of reserved networks and AS numbers had been partly honoured by the recently published RFC 1597 which allows 10.0.0.0/24, 172.16.0.0/20 192.168.0.0/16 to be used by networks that, by design, do not want to be connected to the Internet. John Postel of IANA had rejected the request by RIPE that AS numbers 65530 through 65535 be reserved for similar uses (e.g. a corporate unconnected network consisting of many ASs), as when an AS number is required but not used (as in EGP, see overuse by RENATER with over 400 ASs allocated though never used). The reasons for refusal were: o the resource is not close to exhaustion (about 3000 ASs being currently allocated out of a total of 65535); o a robust argument was still required. On the latter point, Daniel asked the audience for volunteers to write trhis up as a paper (he would give assistance with the writing. No volunteers came forward. 10.1.7. Report from Local IR Workshop The workshop held before the start of RIPE-18 was well attended, the numbers exceeding those who had booked and the number of lunch equivalents. RFC 1597, concerning the allocation of private IP addresses, was noted. The use of the RIPE NCC developed stt tool was presented and anyone interested in using this tool locally was encouraged as welcome to do so. The presentation can be retrieved from the RIPE document store: o ftp:ftp.ripe.net:ripe/presentations/ripe-m18-dfk-stt.ps Common errors with the administration of reverse DNS zones were summar- ised. Geert Jan de Groot gave a short presentation explaining some of - 10 - these errors. A copy of his presentation can be retrieved from o ftp:ftp.ripe.net:ripe/presentations/ file : ripe-m18-geertjan-COMM-INADDRARPA-PROB.ps.Z Action: 18.3 NCC Investigate monthly publication of error files on reverse zone files, similar to the host count error files. 10.1.8. Funding of and Charging for Local Registry Service The meeting agreed that these were important issues and that the group should make recommendations as soon as possible. Action: 18.4 Mike Norris Initiate discussion w.r.t the funding and charg- ing for the service of a Local IR on the Local-IR discussion list and aim to summarise the discussions by way of a draft recommendation. 10.1.9. Assignment Statistics W Woeber and Willi Huber had suggested means of representing address space assignment status. This would be dis- cussed on the list. 10.2. Database working group (Wilfried Woeber) Chair: Wilfried Woeber Due to the importance and the length of discussions regarding the ripe- 81++ proposal, the DB-WG had to meet once again in parallel with the routing group. Attendance was *very* small this time and the group did not feel to represent quorum. Thus no formal decisions of greater relevance were taken this time. The items treated worth noting for the minutes are as follows: 10.2.1. the "class-less database" The NCC is going to implement the classless indexing stuff for the database software. This is first prior- ity and is not directly affected by any decisions about external representations of address ranges. 10.2.2. Removal of retired attributes These attributes are scheduled to disappear when the changes are implemented that split the current network object into the "new" inetnum: and the "route:" object. The functions currently provided by "connect: LOCAL" can be provided by "comm-list:" and "component:" attributes. 10.2.3. Review of the expected guardian procedure for the "route:" object When discussing the guardian procedure for the "route:" object there was some concern that the registering of route objects could become out of synch with the up-load of the guardian files. One of the possible solu- tions proposed would cause registrations to become re-queued for evalua- tion after the next scheduled guardian update. This is for further study and discussion. 10.2.4. National characters in database objects There was a common feel- ing that - given what we aim for with the database - the use of national special characters in database objects is not useful. It is thus strongly discouraged. However, objects currently registered will be kept and this recommendation shall not be enforced. - 11 - 10.2.5. Shortage of personnel resources at the NCC Again there was con- cern that many necessary activities cannot be pursued due to the shortage of personnel at the NCC (e.g. RIPE-Handles, RWhois,etc.). A.B.Bonito proposed to get external help for the NCC to work on well-defined short- term projects. It is expected that this help could and should be pro- vided by staff from the individual NICs. 10.3. Connectivity (Milan Sterba) Chair: Milan Sterba Scribe: Elise Gerich 10.3.1. Central and Eastern Europe - CEENet initiative Wilfried Woeber presented an introduction to the CEEnet Initiative. This is an effort to plan for network infrastructure for the Eastern European countries with government endorsement. Two organizations are involved in planning this infrastructure: Europanet and EBONE. Wilfried indicated that a map detailing the proposed structure is available on the ACOnet file server. 10.3.2. Russia and former Soviet Union Ilya Mafter presented a summary of ISF's activities in Russia and the Ukraine. He indicated that ISF (International Science Foundation) is a $100 million foundation of which $5 million is decided to improving the network infrastructure in the Former Soviet Union to support basic research scientists. The projects that ISF is currently working on are: o Moscow - fiber backbone project; no target time for delivery as of yet o Kiev - local backbone and connectivity to Moscow o Novosibirsk - project is under development; external satellite links A new "megaproject" has been initiated which aims at a much larger user community (education, culture, religious communities etc.) promoting the creation of a new communication infrastructure for the "open society" at large. Alexey Platonov (RosNIIROS/RELARN director) drew a map of the proposed fiber backbone in Moscow and indicated that the project is now one year old. The status of the backbone project is: o fiber is in place between M9 and IKI o fiber is in place between KIAE and IASnet o termination equipment is still needed o Russian fiber has been used and there is a need to test single mode FDDI cards o a management plan is still under discussion Platonov stated that the Moscow backbone would establish a MIX (Moscow Internet Exchange) for network service providers and that there is already connectivity between the MIX and St. Petersburg at 2Mb. The connectivity between Moscow and St. Petersburg is operated by Relcom. Dimitry Burkov (Relcom R&D director) elaborated on the drawing of Plato- nov. He described a T1 microwave between KIAE and M9; E1 fiber between KIAE and DEMOS; 64K between DEMOS and Ostankino Tower; and a 64K satel- lite link to New York. The 64K to New York is in the process of being upgraded to 256K. In addition, from M9, there is an E1 microwave to St. Petersburg (not sure about where the E1 terminates), and then 256K ter- restrial link to Helsinki (FUnet -EUnet). This provides Relcom in partnership with DEMOS connectivity to Europe and the United States. - 12 - Currently Relcom and Demos are in partnership on a new project to provide Japan, Russia, US connectivity. In addition, there is a 64K link between KIAE and ROSSprint with an agreement for mutual backup between Relcom and Sprint. Dimitry Avdyev (Moscow State University/DESY) presented the Radio-MSU activity which is based on microwave connectivity within Moscow and a satellite link to Hamburg, Germany. There is a 3.5m dish in Hamburg and a 4.8m dish in Moscow (Russian equipment), and Radio-MSU has a license to operate Russian equipment in Germany. They are in the process of upgrad- ing to a bigger dish in Germany, and plan to the upgrade the satellite capacity from 256k to 512K in September'94. Then in summer of 1995 the plan is to upgrade to 1M. Dimitry agreed to provide postscript versions of his slides. Sam L. Musher (Novosibirsk - Academgorodok Internet Project) presented a picture of a star topology within Academgorodok with the centre of the star at COMCEN. From COMCEN there is high speed connectivity to INP, IAE, NSU, and Chemistry. The project proposes to install a 256K satel- lite link to Finland from INP. Currently the only connectivity from Academgorodok to Moscow is: o 4 leased lines at 14.4 to M9 o an ISKRA line to ITEP o a 19.2 line to SOVAM teleport running IP over X.25 The current access to the Internet is too slow to permit interactive connections. E-mail is the extent of their connectivity. The Academgorodok Internet Project plans two external connections: one to Radio-MSU and the MIX, and the second to the Northern Part of Finland (with connectivity to FUNET and KTH). Academgorodok hopes to fund this project with contributions from ISF, DOE and the Russian Academy of Sci- ence. Misha Popov (Dubna) announced for the fourth year a 56k line from Dubna to GARR (Italy - Gran Sasso). (During the meeting itself and recently there have been connectivity problems - but the situation is now improved: all (98%) traffic is vai the GARR gateweay: ~2% at low speed link to Relcom; ~0% at Dubna-Potsdam 64K link. 10.3.3. Albania Milan Sterba made a short report on activity to Albania. Greece (FORTH) works on email connectivity to Institute of Informatics, Tirana. In CNUCE - Italy there is an activity to set up an IP link to Tirana University. 10.3.4. RIPE Connectivity Document Store Milan Sterba reported on the status of the RIPE CDS (Connectivity Document Store) which is now used as the main RIPE vehicle to publish information about connected networks in Europe. Because publishing information in the CDS means utilisation of RIPE NCC resources the CDS apply the policy of only publishing informa- tion about networks which contribute to the RIPE NCC budget. It has been stated that all known Eastern and Central European networks fill this criterion. - 13 - Eleven networks have answered the call for CDS fact-sheets up to now: o DANTE - Europanet o Unicom - B o Belnet o CESnet o SANET o HEAnet o NASK o EUnet (BG,CZ,FR,SK) All others are encouraged to submit Fact Sheets for inclusion in the CDS. The CDS is currently accessible over WWW, gopher, ftp and e-mail. (for further information see http://www.ripe.net/ripe/cds.html) The CDS fact-sheet layout described in: ftp:ftp.ripe.net:ripe/drafts/connectivity-report-plan.txt will be pro- moted to a regular ripe document. Action Items Action: 18.5 Wilfried Woeber Post the CEEnet Initiative maps to the RIPE FTP server. Action: 18.6 NCC Set-up a mailing list for the connectivity WG. 10.4. Routing (Jean-Michel Jouanigot) Chair:Jean-Michel Jouanigot Scribe:Gilles Farrache 10.4.1. Previous minutes, agenda. The previous minutes were approved. Gilles Farrache (volunteered?) as a scribe. 10.4.2. CIDR deployment status CIDR development is progressing well. All the organizations that participated in this effort should be thanked and the networks that did not yet convert to CIDR should do it as soon as possible. Tony Bates presented a few graphs on the evolution of the number of routes and paths in the Internet. The slides (and other useful data) are available from oftp.ripe.net:/cidr Computations are made on an AS basis to estimate the routing table reduc- tion if these ASes convert to CIDR. Everyone was encouraged to study these data. We can observe a quite significant decrease of the number of routes (20400 down to 18400) and paths (53000 down to 50000), but this is prob- ably not going to last very long. Regular messages are sent by the Ripe NCC and list the first 10 Auto- nomous systems Internet wide that would really save a significant amount of routes if they convert to CIDR. If your AS is listed in there, you should definitely do something! - 14 - With the recent development of CIDR in the Internet, the current model for policy based routing has to be reviewed, since aggregates are not taken into account. Two proposals have been made: one from Tony Bates, Marten Terpstra and Daniel Karrenberg (RIPE NCC) and another one from Laurent Joncheray and Elise Gerich (Merit). Both proposals were presented first (see below), and then a general discussion took place with the aim to come to a general proposal to be used by both the RIPE and Merit RRs. 10.4.3. Ripe-81 ++ and related documents Marten Terpstra presented a pro- posal for representing classless addresses in the database. For more details, please read the draft document 'ripe-clarep' available from ftp.ripe.net. Examples: o classful address: 193.48.80.0 o classful range: 193.48.80.0 - 193.48.85.0 o prefix/length: 193.48.80.0/24 193.48.80.0/20 o classless range: 191.1.1.0 > 192.1.1.255 Does not need to be aligned on a bit boundary. Tony Bates then presented the enhanced version of Ripe-81 called Ripe-81++. This proposal intro- duces new concepts: o the allocation registry and the routing registry are now separate. The current 'inetnum' object is split into two new objects: a new obsolete information have been removed. o in the route object, the aut-sys tag is replaced by an 'origin' tag which indicates the AS number which injects this route in the Internet. The route is obviously classless, with a prefix/length representation. o There is no major modification on the routing policy description except that AS-MACROS and COMMUNITIES can now be used, and an Transition issues: o The database software should be modified (classless indexing) and the various tools should understand both the old and the new structure. o The new objects should be supported by the end of the summer, and all the routing information moved to the new 'route' object by the end of fall. Open issues: o The PRIDE tools have to be modified, and the exchange of routing information with other routing databases should be possible. For more information, please read ripe-81++, available from: o ftp:ftp.ripe.net:ro[e/draft/ripe-81++.{txt,ps} - 15 - 10.4.4. Extensions proposed by Merit. Laurent Joncheray presented the work currently being done at Merit. The RIPE database software was used and modified to support classless addresses, but: o It should be possible to distribute the database (by design) o New extensions are needed to implement all the policies. ALC is a new routing server developed by Merit. It makes the tools data- base syntax independent (ASCII protocol between client and server, the server computes the answers), and allows several ALC servers to exchange information. An ALC server is already running at Merit, and gets information from three databases (Ripe, Prdb and NSFnet db). It is proposed to run such a server at the Ripe NCC and connect the two servers; a natural extension would then be to add more ALC servers to the system. The current Ripe-81 syntax has been extended: o keywords have been added (from, accept,...) to make the policy descriptions more readable o list of networks are allowed o proposes a solution to represent serveral connections between two ASes (using router addresses) o possibility to use a database selector o optional metric in as-out o static routing support o as-default extension (default route generation) o new 'as-exclude' tag o new 'as-transit' tag Some questions were raised concerning the distribution of the database and how some sort of security can be implemented. This point is for further study. 10.4.5. Discussions, conclusions A long discussion took place to compare the two proposals and try to merge them. These minutes do not reflect each and every point discussed, but will report on the conclusions reached. The Reader is asked to consult Ripe-81++ and Merit's proposal for details. Ripe-81++ will integrate the following extensions: A. Network lists are accepted wherever a community can be used with the following syntax: o {36.0.0.0/8, 191.1.0.0/16} B. The 'default' tag will now allow an optional field explaining how the default route is derived. The Merit 'as-default' tag extension is accepted, but will be called 'default'. - 16 - C. The need for a way to express 'local' policies when two ASes are con- nected through several links is agreed. There's still no agreement on the final syntax, except that this information should not be in the to the as-in and as-out attributes which describe the overal policy of the AS while they describe local policy between the AS and (some of) its direct neighbours. If the 'interas-in' or 'interas-out' tags are present, then there should be a mechanism to generate the corresponding information) to guarantee the integrity of the 'route' object. This should be done (on request, using a special keyword) by the software when registering the object. D. The Merit syntax introduces keywords like accept, from,... It is agreed that this should be accepted when registering the objects, and that these keywords should be present when a query is performed "in ver- bose mode". Queries in "non verbose mode" is still possible. All key- words are in lower-class and a list of allowed keywords will be provided. Action: 18.7 Elise Gerich To supply a list of keywords allowed that can be used when querying the database. E. The Merit syntax also proposes a way to "compress" the information like: o as-in: from AS690:1, AS701:2 accept AS237 This new syntax is not accepted because there was consensus that the additional functionality does not warrant the extra complexity in the descriptions. Many of those present expressed that they prefer a uniform description because it makes reading other people's policies easier. F. Network numbers representation: It is agreed that the prefix/length syntax is the only representation accepted. Network numbers should con- tain 3 dots: 35.0.0.0/8 G. The classless range notation for the 'inetnum' object is not to be discussed in this group but in the database group. The 'route' object only accepts what is agreed on point F. H. Optional as-out metric: this information has to be evaluated in the same way by the various neighbours, and is the only information of the proposal is rejected. I. Static route support: Everybody agreed on the principle: static rout- ing should be represented in the database. A metric should be associated with a static route, and this metric should be relative to the 'as-in' metric. J. Ripe-81++ component tag in the route object: This tag is optional, and a better definition of the 'component' tag is needed, as well as a review of the definition of a 'HOLE'. In case of proxy-aggregate, Ripe-81++ should indicate that the listing of the components is mandatory. In case an aggregate is performed with as-set, and that all the networks aggre- gated are announced by the same AS, then this AS should appear as origin in the 'route' object. There's still a pending issue concerning the com- munity list usage in the component tag: this needs to be better defined and how will this be guarded? - 17 - K. The key in the Ripe database used to be the network number. It will become 'route/origin'. Several route objects with the same 'route' fields but different 'origin' fields are accepted. L. Even though host routes could perfectly be represented in the new database, it is strongly discouraged (ripe-81++ page 56). M. Line splitting: the notation is accepted o as-in: AS1234 100 (AS-EBONE o as-in: AS1234 100 AS1234) AND NOT AS2345 N. as-reject and as-exclude: It is decided to rename as-reject in ripe- 81++ into as-exclude (proposed from Merit). The keyword 'exclude' will be a reserve keyword. O. 'as-transit' is included in Ripe-81++, but for experimental purposes. It was agreed that experimental additions should be moved a separate document which summarizes all experimental attributes and a pointer to this mechanism should be put into ripe-81++. The additions document should comprise all experimental additions being used a the time. P. The database selector (Merit's proposal) needs to be better specified. In conclusions, there was a general consensus on most of the extensions and it is proposed to include all of these in the new version of the Ripe-81++ draft. This draft will be sent to the RIPE list for comments within two weeks, a final version being released in six weeks (June 28th). Action: 18.8 NCC Fold in comments from routing-wg to the ripe-81++ draft, send to the RIPE list and release final verison - June 28th, 1994. 10.4.6. Closing, AOB The action on Jean-Michel Jouanigot to coordinate the migration from ripe-60 to ripe-81 is almost complete. Only three 'bdry-gw' are still present in the RIPE database: DESY, ACONET and INFN. The action is to be changed into 3 separate actions on these sites: Action: 18.9 Christina Vistoli, Ewald Jenisch and and MIchael Ernst (or Hans Frese) To convert from ripe-60 to ripe-81 (or Hans Frese) before July 1st, 1994. [At the time of writing, ACONET bdry-gw seems to have been removed] 10.5. DNS Working Group (Francis Dupont) Chair: Francis Dupont Scribe: Andreas Knocke 10.5.1. Opening An agenda circulated beforehand was agreed. The minutes of the meeting held during RIPE-17 in January 1994 were agreed upon. 10.5.2. Workplan and Charter of the Group The question of folding down this working group was discussed. It was stated by R Volk that the wide usage of the BIND implementations in Europe and the global development plans for new versions of BIND no longer require a standing working group. For these reasons (no technical development) the IETF DNS working group was finished at the last IEFT meeting. The working group is still - 18 - useful for help and/or pressure then it should be kept but that a meeting will be held at the next RIPE meeting only if an agenda requires. 10.5.3. BIND status The current status given by F Dupont [as quoted from his email to the dns-wg] was: o the last experimental release is BIND 4.9.3 alpha4 (join the mailing list bind-workers(a)vix.com if you want to use/debug it). [there is a new op-guide, if interested you should read it] o the last official release is BIND 4.9.2 and final distribution can be found in gatekeeper.dec.com:[~ftp/]pub/misc/vixie/4.9.2-940221.tar.{Z,gz} and on several anonymous FTP servers. o known problems are negative caching and validating then switch OFF the options NCACHE and VALIDATE. Another problem is resolver library security with SunOS, use the SUNSECURITY switch. o SIPP support has been done by Susan Thomson <set(a)thumper.bellcore.com> and can be found in : thumper.bellcore.com:[~ftp/]pub/pip/code/dns/feb94.tar.Z o NSAP support has been done by Paul Traina <pst(a)cisco.com> and can be found in ftp.cisco.com:[~ftp/]bind/4.9.2-beta5-nsap-diffs NSAP support for nslookup (i.e. easy way to find PTR for NSAP addresses) has been done by Richard Colella <colella(a)nist.gov> and is in osi.ncsl.nist.gov:[~ftp/]pub/ncsa_tuba/nslook_rev_nsap.tar (note: the reverse map root is nsap.int) 10.5.4. DNS security This is done by an IETF WG, with RSA digital signa- tures as a possibility which has to be implemented in an exportable fashion to make it available outside the United States of America. 10.5.5. Review of the Domain object Some attributes (zone-c, nserver, sub-dom) of the domain object were mandatory but had no meaning for some domains (for instance a MX only domain is not a zone then has no zone contact). So the domain object should be updated (or removed), defini- tions and status (mandatory or optional) of attibutes should be refined. The registration of domains for different top level domains (TLDs) vary a lot in range and it was asked if the domain should be kept in the RIPE database or whether it would be better if this information was stored in the DNS (TXT RRs for the attributes). The need for high availability of addresses and phone numbers in case of misconfiguration makes it desir- able to have it in the RIPE data base for all the subdomains of the national structure,i.e. first level subdomains for flat TLDs and the subdomains of co, ac,.. for TLDs following this model. The necessary information for these domains as seen by the Registrar for the domains SHOULD be mirrored in the RIPE data base. Some changes to the domain object were discussed: - 19 - o putting the zone-c as another tech-c, she/he can be identified from the SOA-RR, don't make zone-c a mandatory attribute o make nserver optional, eventually marking it as obsolete for future releases of the domain object because this is already stored in the DNS tree in a probably more up to date fashion o this means rev-srv for the in-addr.arpa domain entries shall be regarded the same way, make it optional - it maybe obsoleted in due course. o sub-dom should also only be optional Action: 18.10 Francis Dupont Circulate a proposed new domain object with the list of attributes necessary, marking others optional, maybe obsolete them in the future. Update to RIPE-049. 10.5.6. Discussion about the document of A Romao The document "Taking Care of your Domain" was welcomed by the participants and it was agreed to put it in the RIPE document store and to propose it as an informa- tional RFC. The participants want to thank him for his work and ask for further input from 'old hands'. Action: 18.11 NCC Put A. Romao's paper "Taking Care of your Domain" into the RIPE document store as a RIPE document. 10.6. MBONE Working Group (Erik-Jan Bos) Chair: Erik-jan Scribe: Michael Behringer Mailing lists: o Europe: mbone-eu(a)sics.se o Global: mbone(a)isi.edu 10.6.1. Agenda The agenda was presented, and agreed by the participants. 10.6.2. Workplan Currently there is no WG for Mbone under the auspices of RIPE. EJB proposed that such a WG should be set up, which was agreed generally. Next step then is that there is a Terms of Reference and a Workplan to be agreed. EJB wants to set them up, as well as a Euro-FAQ, and will send them to the list, for discussion. At the next RIPE meeting these documents should be agreed then. Action: 18.12 Erik-Jan Bos Set up Workplan, Terms of Reference and Euro- FAQ, to be send to the mailing list. Tony Bates said he could help EJB on the FAQ. 10.6.3. Mbone in Europe Status There are two PS'es available that show the European Mbone topology: - ftp.nic.surfnet.nl:ftp/surfnet/net- management/mbone/mbone-eu.ps (EJB picture) - aun.uninett.no:pub/misc/ipmulti/mbone-eu.ps (picture from Havard) These pictures represent the current Mbone situation in Europe. Maintenance has to be done permanently, as the topology probably will face frequent changes. This is an ongoing action on the authors of the pictures. There is also a worldwide PS picture on Mbone tunnels available, which gives on overview about the worldwide situation. EJB asked Havard to maintain his picture as *the* Mbone picture for Europe. Action: 18.13 Erik-Jan Bos Send to the mailing list query on where to find the worldwide PS file (done through these minutes). 10.6.4. Short Term Work items - 20 - 10.6.4.1. Email lists In some countries there are local fan-out lists are available. There should be a list for each country, so that local matters are not to be discussed on international lists. Action: 18.14 All members of the Mbone WG See if there is a local Mbone mailing list in your country, if not, create one and add this list to the European list, so that European information is passed on. 10.6.4.2. Central FTP server There is a central FTP server needed, con- taining not only the picture of the Mbone topology in Europe, but also the latest versions of the software. Action: 18.15 Erik-Jan Bos Start up a central European Mbone FTP server. 10.6.4.3. Discussion on the topological structure Currently there are Mbone tunnels on the CERN T1, Stockholm line, Paris line. There is no feed on the Amsterdam E1. Havard mentioned the overload of the Paris E1. He would also consider it a matter of fairness to Ebone, which was sup- plying most parts of Europe with Mbone so far, for DANTE providing this feed now on the Amsterdam E1. Michael Behringer stated on behalf of DANTE that there is no concern about having a Mbone feed on the Amsterdam E1 as part of the accounted traffic of a regional network like e.g. SURFnet. But supplying a feed as a part of the general service would involve additional overhead costs, so that this kind of agreement has to be considered carefully, it is how- ever open for suggestions. EJB could provide some statistical figures on that. In march 94 the Amsterdam Mbone server sent 32 Gbyte per tunnel, which makes 100 kbit/s on average in a month. But if there is a Mbone connection running, it uses 512 kbit/s permanently. At the moment some participants have quite high costs for bandwidth con- sumption, that are not shared at all. Given that Mbone traffic is likely to rise in the near future, this problem should be addressed soon, as long as it is not a problem. The group did neither come to a conclusion on a possible funding model for Mbone, nor if the financial problem should be discussed at all in this WG. The comment was made that users are seeing Mbone as a service already, and are complaining if this service fails. On that the question was raised if people should consider Mbone as experimental, or if it has come to a production state already. There was general agreement that users should be aware that due to non-technical issues the Mbone topology might change quite rapidly. But the question if Mbone can be considered a production service could not be answered clearly. Kevin Hoadley stated on behalf of Janet that a Mbone feed is seen as part of the service there. 10.6.4.4. INET setup (presentation by John Martin) Current tunnels avail- able to Prague: NMS.CESNET.CZ (NMS.CVUT.CS) Mrouter on Czech Technical University Prague Planned for the conference is 1 video, 1 audio stream, appr. 10 hours on June 14-17th. - 21 - INET line setup: 2 Mbit MCI line via London to Washington. 512k line to EMPB. Tunnels proposed for INET: o 1 AV Tunnel -> London (principal feed to Mbone) o 1 AV Tunnel -> Amsterdam (backup feed to Mbone) o 1 AV Tunnel -> Local (to NMS.CVUT.CS) The proposal was made to route the EMPB tunnel not via Amsterdam, but directly to London Tests for this setup are due 7-13th June. John also presented some pictures on the physical setup of the Prague configura- tion. These can be obtained via him. 10.6.4.5. Local setups Regionals are encouraged to store maps of their local Mbone setups. Kevin Hoadley volunteered to present the JANET setup during the next RIPE meet- ing. Action: 18.16 Everyone in the Mbone WG Send in your Mbone maps to Erik- Jan Bos. 10.7. RIPE Restructuring BOF Report Rob Blokzijl chaired the BOF session. On the recently announced mailing list there had been some contributions to the topic. Willem van de Scheun briefly presented his ideas as sent to the list. This together with the RIPE Terms of Reference document (ripe-001) was the starting point for the discussion. Some discussion took place over the "openness of RIPE" and the overly academic focus of the organisations represented. Glenn Kowack suggested there was a need for more aggressive publicity to attract more service providers and operators to RIPE (especially new and existing commercial providers who are currently under-represented). Reference was made a UK "DGix co-ordination meeting" that was planned to attract just the people that RIPE is lacking. It was suggested by Glenn Kowack that RIPE as an organisation needs to adapt to the changing infrastructure of the Global Internet. There was a further suggestion that the "non-formal" structure of RIPE as it currently stands is a deterrent for some organisations to become involved. It was suggested that RIPE needed to take action to become a legal entity. In conclusion the BOF session agreed on the following actions: Action: 18.17 RIPE Chairs Promote a more aggressive "outreach" programme to introduce and encourage new service providers to join RIPE. Action: 18.18 RIPE Chairs Continue the RIPE restructuring discussions on the <new-ripe(a)ripe.net> mailing list focusing on restructuring the techn- ical work of RIPE. - 22 - Action: 18.19 RIPE Chairs Develop a draft model for "new-RIPE" by the next RIPE meeting in September, with the final report ready by January meeting in 1995. 11. Next RIPE meetings The scheduling of the next two meetings was dis- cussed and the following dates and locations were agreed subject to con- firmation from the local hosts in Portugal for the meeting in September: o RIPE 19 September 12-14, 1994 - Lisbon, Portugal o RIPE 20 January 25-27, 1995 - Amsterdam, The Netherlands o RIPE 21 end April/May 1995. Location to be discussed. Offers have been received by GARR and by Juergen Rauschenbach for Berlin, Germany. o RIPE 22 - was not discussed. 12. AOB There was no business reported under this agenda point. 13. Closing Rob Blokzijl thanked the participants for attending and declared the 18th RIPE meeting closed. - 23 - Appendix 1 - List of Participants Roman Adamiec NASK coirha(a)io.coi.pw.edu.pl Dmitry Avdeyev MSU add(a)radio-msu.net Wiel Backhuijs UNISOURCE info(a)empb.net Natalia Baranova ISF, Novosibirsk Branch nata(a)soros.nsk.su Tony Bates RIPE tony(a)ripe.net Michael Behringer DANTE M.H.Behringer(a)dante.org.uk Stephan Biesbroeck BELNET Stephan.Biesbroeck(a)belnet.be Antonio Blasco Bonito GARR CNR blasco(a)nis.garr.it Rob Blokzijl RIPE Chairman, NIKHEF k13(a)nikhef.nl Sergey Bredikhin COMCEN, Novosibirsk bred(a)comcen.nsk.su Erik-Jan Bos SURFnet Utrecht Erik-Jan.Bos(a)surfnet.nl Dmitry Burkov EUnet/RELCOM dburk(a)relcom.eu.net Yves Devillers INRIA Yves.Devillers(a)inria.fr Herman van Dompseler NIKHEF a61(a)nikhef.nl Franics Dupont INRIA Rocquencourt Francis.Dupont(a)inria.fr Havard Eidnes UNINETT Havard.Eidnes(a)runit.sintef.no Stefan Fassbender EASInet GMD stf(a)easi.net Gilles Farrache IN2P3 farrache(a)frcpn11.in2p3.fr Elise Gerich NSF MERIT epg(a)merit.edu Geert Jan de Groot RIPE NCC geertj(a)ripe.net Kevin Hoadley JANET kevin(a)nosc.ja.net Nandor Horvath HUNGARnet horvath(a)sztaki.hu Willi Huber SWITCH ch-zone-contact(a)verw.switch.ch Avgust Jauk ARNES jauk(a)arnes.si Ewald Jenisch Vienna University cc. Ewald.Jenisch(a)cc.univie.ac.at Laurent Joncheray MERIT lpj(a)merit.edu Phil Jones UKERNA p.jones(a)ukerna.ac.uk Jean MIchel Jouanigot CERN jimi(a)dxcoms.cern.ch Tomaz Kalin RARE Kalin(a)rare.nl Daniel Karrenberg RIPE NCC Daniel.Karrenberg(a)ripe.net Bettina Kauth DFN-NOC kauth(a)rus.uni-stuttgart.de Rafal Klauzo RACN (NASK) coirk(a)io.coi.pw.edu.pl Andreas Knocke DE-NIC knocke(a)nic.de Rick Kuhlbars netCS rick(a)netcs.com Glenn Kowack EUnet Amsterdam glenn(a)eu.net Ingrid Ledererova CESNET il(a)cspuni12.bitnet Anne Lord RIPE NCC anne(a)ripe.net Peter Lothberg EBONE roll(a)stupi.se John Martin RARE martin(a)rare.nl Balazs Martos HUNGARNET BALAZS(a)novell.aszi.sztaki.hu Semen Musher IAE, Novosibirsk musher(a)iae.nsk.su Marmary Nazeman EUnet Germany mn(a)Germany.EU.net Ireneusz Neska NASK irek(a)frodo.nask.org.pl Svend Moeller Nielsen Telebit Communications A/S smn(a)tbit.dk Van Ngoc Nguyen France Telecom nguyen(a)cedre.france-telecom.fr Arnold Nipper XLINK nipper(a)xlink.net Mike Norris HEAnetr mnorris(a)dalkey.hea.ie Jos Noteboom Unisource j.noteboom(a)empb.net Vaclav Novak CESNET NOVAKV(a)CSEARN.BITNET Petri Ojala EUnet ojala(a)eu.net Lukasz Ploszajski NASK ukasz(a)frodo.nask.org.pl - 24 - Alexey Platonov ROSNIROS plat(a)ussr.eu.net Misha Popov JINR popov(a)unix4.jinr.dubna.su Juergen Rauschenbach DFN ZPL rauschenbach(a)dfn.dbp.de Victor Reijs SURFnet Victor.Reijs(a)SURFnet.nl Joyce Reynolds ISI jkrey(a)isi.edu Pavel Rosendorf EUnet Czechia pavel.rosendorf(a)vscht.cz Artur Romao RCCN/FCT artur(a)morgaine.fct.unl.pt Huub Sanders Philips sanders(a)phcoms.seri.philips.nl Miguel Sanz RedIRIS, Spain miguel.a.sanz(a)rediris.es Willem van der Scheun IBC SARA scheun(a)sara.nl Andreas Schachtner EUnet/Uni Do afs(a)Germany.EU.net Viacheslav Shkarupin ISF slava(a)pr.isf.kiev.ua Milan Sterba Prague Univ. of Economics Milan.Sterba(a)vse.cz Tim Streater DANTE t.c.streater(a)dante.org.uk Oleg Tabarovsky ROSNIIROS olg(a)Relcom.EU.net Pantelis Tzortzakis FORTH pantelis(a)ics.forth.gr Marten Terpstra RIPE NCC marten(a)ripe.net Geza Turchanyi RIPE NCC geza(a)ripe.net Bernhard Tuy RENATER Bernard.Tuy(a)renater.fr Cristina Vistoli INFN Vistoli(a)infn.it Ruediger Volk Uni Do, DE-NIC rv(a)informatik.uni-dortmund.de Hans Werkman Unisource address supplied Marcel Widget SWITCH wiget(a)chx400.switch.ch Dick Wiersma PHILIPS C&P wiersma(a)seri.philips.nl Wilfried Woeber UniVie - ACOnet woeber(a)cc.univie.ac.at - 25 - Appendix 2 - List of Open Action Items - 26 - 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.18 NCC Try to actually get the synchronisation of the various database going, using the recently agreed DB Exchange Format. Action is dependant on the NIC handle - pending. 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.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.15 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.18 Bernhard Stockman Draft a new version of the EEPG Workplan and distribute this on the EEPG mailing list ASAP. Action: 17.20 Oleg Tabarovsky To collect data on external lines and restrictions applying to each line that will form part of the Russian backbone. Send details to <oleg(a)ussr.eu.net> Action: 17.21 Rob Blokzijl Summarise in a paper discussions on RIPE re-org and publish before next meeting. Action:18.1 Daniel Karrenberg Convey RIPE's concern at the disparity in criteria with respect to IP network number applications to the InterNIC. - 27 - Action:18.2 NCC Draft new standard European Internet Network Number Application Form (formerly ripe-107) in light of recommendations from the working group. Action:18.3 NCC Investigate monthly publication of error files on reverse zone files, similar to the host count error files. Action:18.4 Mike Norris Initiate discussion w.r.t the funding and charging for the service of a Local IR on the Local-IR discussion list and aim to summarise the discussions by way of a draft recommendation. Action: 18.5 Wilfried Woeber Post the CEEnet Initiative maps to the RIPE FTP server. Action: 18.6 NCC Set-up a mailing list for the connectivity WG. Action: 18.7 Elise Gerich To supply a list of keywords allowed that can be used when querying the database. Action: 18.8 NCC Fold in comments from routing-wg to the ripe-81++ draft, send to RIPE list and release final version - June 28th. Action: 18.9 Cristina Vistoli, Ewald Jenisch, Michael Ernst (Hans Frese) To convert from ripe-60 to ripe-81 before July 1st, 1994. Action:18.10 Francis Dupont Circulate a proposed new domain object with the list of attributes necessary, marking others optional, maybe obsolete them in the future. Update to RIPE-049. Action: 18.11 NCC Put A. Romao's paper "Taking Care of your Domain" into the RIPE document store as a RIPE document. Action: 18.12 Erik-Jan Bos Set up Workplan, Terms of Reference and Euro-FAQ, to be send to the mailing list. Tony Bates said he could help EJB on the FAQ. Action:18.13 Erik-Jan Bos Send to the mailing list where to find the worldwide PS file (done through these minutes). Action: 18.14 All members of the Mbone WG See if there is a local Mbone mailing list in your country, if not, create one and add this list to the European list, so that European information is passed on. Action: 18.15 Erik-Jan Bos - 28 - Start up a central European Mbone FTP server. Action: 18.16 Everyone in the Mbone WG Send in your Mbone maps to Erik-Jan Bos. Action: 18.17 RIPE Chairs Promote a more aggressive "outreach" programme io introduce and encourage new service providers to join RIPE. Action: 18.18 RIPE Chairs Continue the RIPE restructuring discussions on the <new-ripe(a)ripe.net> mailing list focusing on restructuring the technical work of RIPE. Action:18.19 RIPE Chairs Develop a draft model for "new-RIPE" by the next RIPE meeting in September, with the final report ready by January meeting in 1995.

1 0

Final Programme INET'94/JENC5 Prague - version 1 -
by kiers＠rare.nl 27 May '94

27 May '94

1 0

JOB OPPORTUNITY: RIPE NCC
by Daniel Karrenberg 19 May '94

19 May '94

There currently is an opening at the RIPE NCC for a Junior Administrative Staff Member The position provides an excellent opportunity to work at the very hart of the European Internet industry. Junior administrative staff can be promoted to administrative or technical staff positions based on the experience gained, their abilities and preferences. Duties The duties of the RIPE NCC Administrative Staff comprise: - to organise and support all administrative tasks of the RIPE NCC - to maintain the databases the RIPE NCC keeps - to report on administrative issues to the RIPE NCC Manager - propose new activities, where needed, to the RIPE NCC Manager The specific duties of the junior administrative staff member are: - answering general telephone calls and electronic mail - dealing with routine inquiries and administrative requests - referring non-routine requests to the appropriate staff member - maintain the NCC Library and Documentation Qualifications Essential - willingness to learn quickly about the Internet environment - ability to perform administrative tasks reliably - ability to learn and use computerised tools - good knowledge of written and spoken English - good communication skills Desirable - work experience in an international environment - previous exposure to the Internet - knowledge of spoken Dutch The position is suitable both to those with administrative skills willing to learn about the Internet and to recent graduates with Internet experience willing to do administrative work. R I P E RIPE (Reseaux IP Europeens) is a collaborative organisation open to all European Internet service providers. The objective of RIPE is to ensure the necessary administrative and technical coordination to allow the operation of a pan- European IP network. RIPE does not operate a network of its own. RIPE has been functioning since 1989. Currently more than 60 organisations participate in the work. The result of the RIPE coordination effort is that the individual end-user is presented on his desk top with a uniform IP service irrespective of the particular network his or her workstation is attached to. In April 1994 more than 650,000 hosts are reachable via networks connected by RIPE networks. The total number of systems reachable on the Internet worldwide is estimated at more than two million. R I P E N C C The RIPE Network Coordination Centre supports all those RIPE activities which cannot be effectively performed by volunteers from the participating organisations. Besides supporting RIPE activities in general the NCC provides the following services to network operators: o NETWORK MANAGEMENT DATABASE containing information about IP networks, DNS domains, IP routing policies and contact information o DELEGATED INTERNET REGISTRY a clearing house distributing IP network numbers o RIPE DOCUMENT STORE o INTERACTIVE INFORMATION SERVICE A detailed description of these activities can be found in the RIPE NCC Activity Plan (Document ripe-110). This document can be obtained from the RIPE document store. The RIPE NCC is currently staffed by 3 full time employees: one NCC manager one NCC technical staff one NCC administrative staff In addition there are two full time engineers working at the RIPE NCC on Internet related development projects within the RARE technical program. The RARE association provides the legal and financial framework for the NCC. NCC staff are employed by RARE. R A R E RARE is the European Association of research networking organisations and their users and was founded in 1986. RARE carries out technical activities and provides a platform for discussion and education to encourage the development of a high-quality computer networking infrastructure for the European research community. RARE's aim is to overcome national boundaries in research networking to enable researchers to communicate, to use information and to access computer resources throughout Europe and in other continents. Conditions RIPE NCC personnel will be employed by the RARE association under their standard employment conditions. The salary will depend on qualifications and experience. Costs of relocation to the Netherlands will be met. The appointment will be for one year with possible extension. Location The RIPE NCC is located at the Scientific Center Watergraafsmeer (WCW) in Amsterdam. The offices will be situated at NIKHEF, the Dutch National Institute for Nuclear Physics and High Energy Physics. Further Information For further information about this posistion please contact: Daniel Karrenberg RIPE NCC Manager Kruislaan 409 NL-1098 SJ Amsterdam Netherlands Tel.: +31 20 592 5065 <dfk(a)ripe.net> How to Apply Applications, including a CV and references should be submitted in confidence to: Dr. T. Kalin RARE Secretary General Ref: NCC Staff Application Singel 466 - 468 NL-1017 AW Amsterdam Netherlands <kalin(a)rare.nl> Applications have to be received before June 6th 1994.

1 0

New Document available: ripe-114
by RIPE NCC Document Annoucement Service 19 May '94

19 May '94

New/Revised RIPE Document Announcement -------------------------------------- A revised/new document is available from the RIPE document store. Ref: ripe-114 Title: Taking Care of Your Domain Author: Artur Romao Date: May 1994 Format: PS=73617, TXT=32486 Obsoleted by: Updates: Updated by: Old: Short content description ------------------------- Following the recommendation for the DNS working group this has been published as an RIPE document. It contains details of looking after your DNS domain. FTP Access ---------- All RIPE documents and Internet RFC`s are available via anonymous FTP from host ftp.ripe.net. Type "ftp ftp.ripe.net". Login with username "anonymous" supplying your email address as the password. After logging in, type "cd ripe/docs/" followed by the command "get filename". The relevant filenames for this document are: ripe-114.txt for the ASCII version ripe-114.ps for the PostScript version Electronic Mail Retrieval of Documents -------------------------------------- Documents can also be retrieved from the RIPE document store using a mail server program. For more information on how to use the program, send email to: mail-server(a)ripe.net with "send HELP" in the body text. RIPE NCC Interactive Information Server --------------------------------------- Type "telnet info.ripe.net". This is a menu driven service allows the document store to be browsed. After reading documents you are prompted as to whether you would like to receive an email copy of the document you have just read. If you would, you simply enter your email address and the document will be mailed to you. Below are details of alternative methods of access. Gopher Access ------------- The same documents are available via a "gopher" server at "gopher gopher.ripe.net". WAIS Access ----------- There is also a "WAIS" server at wais.ripe.net, where there is a WAIS index for RIPE documents "ripe-docs.src" WWW Access ---------- For those who wish to add this home page at the RIPE NCC to their own customized home pages, it can be accessed as: http://www.ripe.net MIME Mail Reader ---------------- Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the RIPE document by FTP or mail server. SEND ripe/docs/ripe-114.txt

1 0