- ripe-list - mailman.ripe.net

RIPE 39 meeting announcement
by RIPE NCC Meeting Registration 05 Mar '01

05 Mar '01

Dear Colleagues, [ Apologies for duplicate mails ] It is our pleasure to open registration for the RIPE 39 meeting, to be held from 30 April to 4 May 2001 at: Bologna Congressi in Bologna, Italy. More information about this meeting and accommodations can be found on this page: http://www.ripe.net/ripe/meetings/current/ripe-39/index.html Online registration will close on 20 April 2001. On-site registration will open on Monday 30 April 2001. Please note the following: To avoid wait queues at the registration desk on-site we encourage pre-payment by credit card. The registration fee for this meeting is EUR 350.00 (this includes refreshments and lunches) and the dinner fee is EUR 65.00. However, if payment is received before 20 April 2001, the pre-payment cut-off date, you will receive a pre-registration discount of EUR 50.00. Therefore, the fee for attendees paying before the cut-off date is EUR 300.00 for the meeting and 65.00 EUR for the RIPE dinner event. Confirmation of Registration: For your convenience you can register using our secure website at: https://www.ripe.net/cgi-bin/mtgreg (encrypted form) http://www.ripe.net/cgi-bin/mtgreg (non-encrypted form) If you still prefer not to send your credit card number using an encrypted transfer method, we have prepared a fax form. This form is attached to the acknowledgement of your registration. You will receive a second acknowledgement by e-mail as soon your payment has been processed. In addition, you will find the receipt for your payment in your conference envelope. Participants requiring a visa to enter Italy are advised to begin the required procedures as soon as possible. The RIPE Meeting organisers are pleased to provide letters of invitation to those attendees requiring them. Should you have any further questions, please do not hesitate to contact us at <meeting(a)ripe.net>. Kind regards, Sylvana Wenderhold RIPE Meeting Registrations ------------------------------------------------------------------------- %START Do not change the following field %MTG [ ripe39 ] Please add a value in the 'box' area marked between the square brackets (i.e. "[" and "]" s). If values are already between the brackets, please delete all values except one. PART 1 - Registration Note this is what will be used for your badge and for the attendee list, so please take care to fill it in correctly. 1) Your name Please enter your first name only. Please look at the example and refrain from using all capitals. e.g. John , Mary B. %NAME [ ] Please enter your last name next e.g. Doe %SURNAME [ ] 2) Your Organisation/Institution %ORG [ ] 3) Your Organisation's Complete Postal Address e.g. Singel 258, 1016 AB Amsterdam, The Netherlands %ORGADDR [ ] 4) Your Organisation type e.g. Commercial (com), Government (gov), Association (aso), Educational (edu), Other (oth) (please delete all choices except one) %ORGTYPE [ com / gov / aso / edu / oth ] 5) The NCC Reg-id of your Organisation %REGID [ ] (Only if you represent a Local Internet Registry) 6) Your e-mail address %EMAIL [ ] 7) Country code of organisation e.g. IT FR DE %CTRY [ ] 8) Do you want to attend the Newcomers Introductory Talk ? (please delete one option so your choice is in the form) %INTRO-MTG [ no / yes ] 9) Do you want to attend any tutorial? Choose one (please delete one option so your choice is in the form) %EOF [ no / yes ] %MPLS [ no / yes ] %ROUT [ no / yes ] %IPV6 [ no / yes ] For tutorial explanation, please refer to the website: http://www.ripe.net/ripe/meetings/current/ripe-39/ PART 2 - Payment of Registration Fees WARNING!! - Note that sending your credit card information via e-mail is in principle not secure. The payment information will be transmitted in clear via e-mail. If you do not want to do this, please leave your credit card details blank in this form, and send them to us by fax. Please do not forget to mention your name and organisation on the fax, so there will be no risk in us getting confused. Our fax number is: +31 20 535 44 45 1) Method of payment. Payment in advance is greatly preferred. (please delete all choices except one) %PMETH [in advance; credit card / at meeting; credit card / at meeting; cash ] ( *NB: please note aforementioned reduction when paying in advance *) 2) Type of credit card (please delete all choices except one) %CTYPE [ VISA / American Express / Mastercard / Eurocard ] 3) Amount to be paid %AMT [RIPE Meeting only incl. reduction; EUR 300 / RIPE Meeting only excl. reduction; EUR 350 / RIPE Meeting plus RIPE dinner incl. reduction; EUR 365 / RIPE Meeting plus RIPE dinner excl. reduction; EUR 415 ] Registration sent online cannot be processed after 20 April, 2001. At this time the registration closes and reopens at the meeting itself on 30 April - 3 May, 2001. ( again: please choose reduction ONLY when paying in advance ) 4) If you are coming to the RIPE dinner, indicate if you want a vegetarian meal. (please delete one option so your choice is in the form) %VEGGIE [ no / yes ]

2 1

Re: .EU and EUPOC - www.eupoc.org
by smd＠ebone.net 16 Feb '01

16 Feb '01

| Is this being requsted as a ccTLD or as gTLD? If ccTLD - it breaks the | existing model of ccTLDs limited to countries or islands and not | representing regions. This is just a manifestation of the European Union as a proper state, which obviously some people will accept with fewer reservations than others. If one can accept that the EU has competence in other international bodies as a state or state-like entity, then .EU as a ccTLD seems straightforward. Sean.

1 0

.EU and EUPOC - www.eupoc.org
by Stephen Dyer 16 Feb '01

16 Feb '01

Hi All, The .EU domain name, sought from ICANN by the European Commission, has been in discussion for over a year now. To date no Charter has been proposed for the name and Commission representatives have indicated that policy should come through dialogue with the European Internet Community. In an attempt to move this process on I have produced a draft Charter for an .EU Policy Oversight Committee which is visible in English, French and German at www.eupoc.org. I would be most grateful for suggestions for improvement of this document and also for your support for the principle of involvement of the wider Internet community in policy matters. There is a support page on the site. I hope an improved version of this Charter will be discussed at the EC-POP meeting in Brussels on March 1st 2001. Thank you for your attention. Please feel free to contact me directly if you have specific questions. Regards Steve Dyer Chairman CentralNic

2 2

RIPE Region Hostcount for January 2001
by RIPE Hostcount Maintainer 15 Feb '01

15 Feb '01

Dear All, below is the hostcount for January 2001. The table shows an decrease since last month of around 35,000 (or 0.3%) to a total of nearly 12,690,000 hosts in the DNS in Europe and surrounding areas. The de domain shows the highest increase for January with approximately 120,000 hosts more than in December 2000. Background information and more statistics are available at http://www.ripe.net/hostcount/ - Brief Notes on this Hostcount - - the January, 2000 data had to be reused for uk due to problems with co.uk. since that time. - the December data had to be reused for dk and it due to truncated data. - sn was removed from the count due to zone transfer restrictions at the top level. - jo was added to the count after recent transfer problems were resolved. - Credits - I would like to thank all people who help me to create the hostcount every month by running a local count: ad Joan Marc Lauga am Hrant Dadivanyan at Gerhard Winkler be DNS-BE Registration Office ch Marcel Schneider cy Vasoula Papapetrou cz Jiri Orsag de Peter Koch dk Morten Christensen eg EUN Hostcount Admin es ES NIC fr Annie Renard gr Dimitris Zisiadis hr Ivan Maric ie Mike Norris il Netvision NOC is Marius Olafsson it Maurizio Martinelli Daniele Vannozzi li Marcel Schneider lt Daiva Tamulioniene lu Alain Frieden mk Goran Muratovski mt Robert Sultana no Havard Eidnes pl Mirek Luc pt Joao Pagaime ro Eugenie Staicut ru Andrey Dobrotsvetov sk Lubos Elias sm Maurizio Martinelli Daniele Vannozzi tr METU Hostcount Admin uk Robert Stone Kevin Hoadley If you have any questions, please don't hesitate to contact me. Kind regards, Lee Wilmot RIPE NCC RIPE DNS Hostcount Previous Count : Wed Jan 10 2000 This Count : Wed Feb 14 2001 CY SOA COUNTED DUPL REAL CHANGE ============================================================== ad 547 2389 760 1629 - 21 ae 2364 42962 1687 41275 - 1687 al 78 242 32 210 + 1 am 955 3987 1317 2670 + 7 at 129907 712928 209233 503695 + 20487 az 496 1860 402 1458 - 84 ba 300 3038 665 2373 + 89 be 47220 365669 60272 305397 + 5204 bg 1200 22378 2981 19397 + 968 bh 21 113 58 55 + 2 by 270 3071 428 2643 + 610 ch 163366 486524 223004 263520 + 1010 ci 317 3359 386 2973 + 2366 cm 37 339 25 314 + 1 cv 19 128 103 25 - 2 cy 768 9184 788 8396 + 398 cz 86498 247716 84187 163529 + 4210 de 2268105 8887537 6727821 2159716 + 119279 dk 169764 549434 215456 333978 0 ee 6537 53870 10512 43358 + 2449 eg 1436 2934 891 2043 - 197 er 24 248 21 227 - 1 es 15962 377766 21854 355912 - 99575 fi 20385 597373 52856 544517 + 15256 fr 93583 1334128 170383 1163745 + 41338 ga 24 45 10 35 + 1 gb 2 24 0 24 0 ge 414 2555 869 1686 - 48 gg 1075 1912 680 1232 - 98 gh 29 356 37 319 + 302 gi 443 1397 123 1274 + 228 gl 682 2812 337 2475 - 5 gn 10 336 136 200 0 gr 18152 136774 22854 113920 + 3312 gw 2 21 1 20 0 hr 3883 28566 10657 17909 + 1307 hu 30497 177162 51735 125427 + 21012 ie 14435 135680 20000 115680 + 5135 il 18670 159280 55760 103520 + 583 ir 210 2120 391 1729 + 39 is 5791 62605 21814 40791 + 890 it 384160 1507968 488257 1019711 0 je 1083 1876 602 1274 - 112 jo + 548 1535 655 880 + 880 ke 1058 5550 766 4784 + 7 kg 430 4725 712 4013 - 102 kz 1726 9287 1792 7495 + 112 lb 1 0 0 0 0 li 4574 9055 5452 3603 - 421 lr 11 0 0 0 0 lt 6320 22922 4707 18215 + 411 lu 4857 16011 4016 11995 + 181 lv 4331 26277 6654 19623 - 302 ma 1286 4063 2183 1880 + 22 mc 348 889 449 440 - 11 mk 686 2120 512 1608 + 20 mt 951 8490 1747 6743 + 146 ng 277 2071 1384 687 - 3 nl 386794 2340299 702456 1637843 + 14276 no 40333 495322 37713 457609 + 4932 om 90 5878 2965 2913 + 5 pl 71972 534306 164631 369675 + 29859 pt 7830 72755 14269 58486 - 3661 qa 37 2388 133 2255 0 ro 9115 57010 14133 42877 + 1354 ru 24552 136485 53084 83401 -221212 sa 1760 6330 1918 4412 + 667 se 60737 662474 64405 598069 + 2371 si 4077 20609 5078 15531 - 6337 sj 1 0 0 0 0 sk 23800 62794 23028 39766 + 1845 sl 7 215 0 215 + 5 sm 272 1240 194 1046 + 4 su 1480 25859 1967 23892 + 1982 sy 3 18 9 9 0 tj 114 950 679 271 - 2 tm 457 1867 641 1226 - 5 tn 2 83 57 26 0 tr 2306 71368 3022 68346 - 1577 ua 16617 93241 61162 32079 - 3708 ug 271 357 171 186 0 uk 478844 2502998 825052 1677946 0 va 2 9 0 9 0 yu 6971 21134 5371 15763 + 728 ============================================================== 84 4655021 23158115 10472897 12685218 - 32880 -1 - 1836* ======= - 34716 + 'jo' was added to the count this month after zone transfer difficulties of recent months were resolved. * 'sn' was included in the count last month but not this month due to zone transfer restrictions at the top level. It's total contribution to the number of real hosts was 1836.

1 0

Vaio power supply "chris" switched
by Ronald van der Pol 24 Jan '01

24 Jan '01

Chris, Today I attended the IPv6 working group meeting at RIPE 38. I left my power supply in the room during the coffee break. When I returned and tried to reconnect I could not find my power supply again. I used another one in the same outlet. It has "chris" on it. I suppose you took mine instead of yours. Could we please switch them again (you will understand why :-). I will be at the meeting the whole week. Thanks, rvdp This is a test message. Sent for some tests and maintenance of our software.

1 0

RIPE Region Hostcount for December 2000
by RIPE Hostcount Maintainer 12 Jan '01

12 Jan '01

Dear All, below is the hostcount for December 2000. The table shows an increase since November of over 630,000 (or 5.2%) to a total of about 12,700,000 hosts in the DNS in Europe and surrounding areas. The ru domain shows the highest increase for December with approximately 250,000 hosts more than in November. Background information and more statistics are available at http://www.ripe.net/hostcount/ - Brief Notes on this Hostcount - - the January data had to be reused for uk due to problems with co.uk. since that time. - the November data had to be reused for at, be and lu due to technical problems with the data collection. - dj, dz and ml were removed from the count due to zone transfer restrictions at the top level. - Credits - I would like to thank all people who help me to create the hostcount every month by running a local count: ad Joan Marc Lauga am Hrant Dadivanyan at Gerhard Winkler be DNS-BE Registration Office ch Marcel Schneider cy Vasoula Papapetrou cz Jiri Orsag de Peter Koch dk Morten Christensen eg EUN Hostcount Admin es ES NIC fr Annie Renard gr Dimitris Zisiadis hr Ivan Maric ie Mike Norris il Netvision NOC is Marius Olafsson it Maurizio Martinelli Daniele Vannozzi li Marcel Schneider lt Daiva Tamulioniene lu Alain Frieden mk Goran Muratovski mt Robert Sultana no Havard Eidnes pl Mirek Luc pt Joao Pagaime ro Eugenie Staicut ru Andrey Dobrotsvetov sk Lubos Elias sm Maurizio Martinelli Daniele Vannozzi tr METU Hostcount Admin uk Robert Stone Kevin Hoadley If you have any questions, please don't hesitate to contact me. Kind regards, Lee Wilmot RIPE NCC RIPE DNS Hostcount Previous Count : Tue Dec 12 2000 This Count : Wed Jan 10 2000 CY SOA COUNTED DUPL REAL CHANGE ============================================================== ad 529 2388 738 1650 + 15 ae 2286 44539 1577 42962 + 541 al 75 237 28 209 - 4 am 895 3915 1252 2663 + 45 at 124834 676824 193616 483208 0 az 494 1935 393 1542 - 21 ba 283 2909 625 2284 - 126 be 23531 341116 40923 300193 0 bg 1139 21632 3203 18429 - 557 bh 20 109 56 53 + 2 by 221 2421 388 2033 - 194 ch 161560 482181 219671 262510 + 30282 ci 241 904 297 607 + 70 cm 37 336 23 313 + 17 cv 19 128 101 27 + 1 cy 754 8783 785 7998 + 860 cz 82292 236596 77277 159319 - 1972 de 2177659 8454143 6413706 2040437 + 33960 dk 169764 549434 215456 333978 + 7104 ee 6251 46404 5495 40909 + 1802 eg 1635 3320 1080 2240 + 49 er 23 230 2 228 + 2 es 18340 481028 25541 455487 + 99575 fi 19902 580548 51287 529261 - 3828 fr 91434 1287468 165061 1122407 + 4067 ga 25 48 14 34 - 2 gb 2 24 0 24 0 ge 396 2511 777 1734 + 301 gg 1058 1981 651 1330 - 1 gh 13 25 8 17 - 296 gi 403 1155 109 1046 - 430 gl 650 2788 308 2480 + 2 gn 10 337 137 200 + 5 gr 16997 127770 17162 110608 - 825 gw 2 21 1 20 0 hr 3686 26571 9969 16602 + 998 hu 29528 153901 49486 104415 - 16573 ie 15132 130469 19924 110545 - 258 il 17992 157109 54172 102937 + 3077 ir 193 2082 392 1690 + 306 is 5532 60851 20950 39901 + 1223 it 384160 1507968 488257 1019711 + 43994 je 1071 1940 554 1386 + 13 ke 1031 5529 752 4777 + 11 kg 434 4759 644 4115 + 166 kz 1675 9019 1636 7383 + 100 lb 1 0 0 0 0 li 4687 9484 5460 4024 + 24 lr 11 0 0 0 0 lt 6284 21447 3643 17804 + 163 lu 4979 15736 3922 11814 0 lv 4336 26384 6459 19925 + 285 ma 1195 3915 2057 1858 + 195 mc 352 906 455 451 + 2 mk 671 2094 506 1588 + 45 mt 917 8214 1617 6597 - 91 ng 270 2052 1362 690 + 3 nl 365096 2341455 717888 1623567 +100655 no 40248 489784 37107 452677 + 2734 om 79 5856 2948 2908 0 pl 69681 496534 156718 339816 + 82949 pt 7707 78103 15956 62147 - 918 qa 35 2370 115 2255 + 38 ro 8261 52486 10963 41523 - 5051 ru 81254 577774 273161 304613 +250250 sa 1633 5542 1797 3745 + 60 se 54462 664121 68423 595698 + 3174 si 3847 27098 5230 21868 + 583 sj 1 0 0 0 0 sk 22985 56434 18513 37921 + 15 sl 7 210 0 210 0 sm 268 1233 191 1042 + 187 sn 357 2253 417 1836 + 6 su 1487 23822 1912 21910 - 1281 sy 3 18 9 9 0 tj 114 951 678 273 + 7 tm 465 1878 647 1231 - 1 tn 2 83 57 26 + 1 tr 12515 83292 13369 69923 - 6223 ua 16296 95329 59542 35787 + 2452 ug 268 347 161 186 - 57 uk 478844 2502998 825052 1677946 0 va 2 9 0 9 0 yu 6401 19486 4451 15035 - 453 ============================================================== 84 4560229 23046084 10325270 12720814 +633254 -3 - 575* ======= +632679 * 'dj', 'dz' and 'ml' were included in the count last month but not this month due to zone transfer restrictions at the top level. Their total contribution to the number of real hosts was 575.

1 0

Final RIPE 38 Meeting Reminder
by RIPE NCC Meeting Registration 11 Jan '01

11 Jan '01

Dear Colleagues, [ Apologies for duplicate mails ] We would like to remind you that in order to benefit from the 50 EUR discount, we need to receive your registration with credit card details before or on Friday 12 January. The preregistration for RIPE 38 in Amsterdam will close on Wednesday, 17 January 2001. On-site registration will open on Monday, 22 January 2001. For RIPE 38 Meeting information, the schedule and hotel information, please visit the following web site: http://www.ripe.net/ripe/meetings/current/ripe-38/index.html We hope to see you all in Amsterdam. Kind regards, Sylvana Wenderhold RIPE Meeting Registration ----------- Confirmation of Registration: For your convenience you can register using our secure website at: https://www.ripe.net/cgi-bin/mtgreg (encrypted form) http://www.ripe.net/cgi-bin/mtgreg (non-encrypted form) If you still prefer not to send your credit card number using an encrypted transfer method, we have prepared a fax form. This form is attached to the acknowledgement of your registration. You will receive a second acknowledgement by e-mail as soon your payment has been processed. In addition, you will find the receipt for your payment in your conference envelope. Participants requiring a visa to enter The Netherlands are advised to begin the required procedures as soon as possible. The RIPE Meeting organisers are pleased to provide letters of invitation to those attendees requiring them. Should you have any further questions, please do not hesitate to contact us at <meeting(a)ripe.net>. - - - ------------------------------------------------------------------------- %START Do not change the following field %MTG [ ripe38 ] Please add a value in the 'box' area marked between the square brackets (i.e. "[" and "]" s). If values are already supplied between the brackets, please delete all values except one. PART 1 - Registration Note this is what will be used for your badge and for the attendee list, so please take care to fill it in correctly. 1) Your name Please enter your first name only. Please look at the example and refrain from using all capitals. e.g. John , Mary B. %NAME [ ] Please enter your last name next e.g. Doe %SURNAME [ ] 2) Your Organisation/Institution %ORG [ ] 3) Your Organisation's Complete Postal Address e.g. Singel 258, 1016 AB Amsterdam, The Netherlands %ORGADDR [ ] 4) Your Organisation type e.g. Commercial (com), Government (gov), Association (aso), Educational (edu), Other (oth) (please delete all choices except one) %ORGTYPE [ com / gov / aso / edu / oth ] 5) The NCC Reg-id of your Organisation %REGID [ ] (Only if you represent a Local Internet Registry) 6) Your e-mail address %EMAIL [ ] 7) Country code of organisation e.g. IT FR DE %CTRY [ ] 8) Do you want to attend the Newcomers Introductory Talk ? (please delete one option so your choice is in the form) %INTRO-MTG [ no / yes ] 9) Do you want to attend the EOF? (please delete one option so your choice is in the form) %EOF [ no / yes ] PART 2 - Payment of Registration Fees WARNING!! - Note that sending your credit card information via e-mail is in principle not secure. The payment information will be transmitted in clear via e-mail. If you do not want to do this, please leave your credit card details blank in this form, and send them to us by fax. Please do not forget to mention your name and organisation on the fax, so there will be no risk in us getting confused. Our fax number is: +31 20 535 44 45 1) Method of payment. Payment in advance is greatly preferred. (please delete all choices except one) %PMETH [in advance; credit card / at meeting; credit card / at meeting; cash ] ( *NB: please note aforementioned reduction when paying in advance *) 2) Type of credit card (please delete all choices except one) %CTYPE [ VISA / American Express / Mastercard / Eurocard ] 3) Amount to be paid %AMT [RIPE Meeting only incl. reduction; EUR 300 / RIPE Meeting only excl. reduction; EUR 350 / RIPE Meeting plus RIPE dinner incl. reduction; EUR 365 / RIPE Meeting plus RIPE dinner excl. reduction; EUR 415 ] Payment details sent online cannot be processed after, January 12, 2001 with this form. You are welcome to send in your personal data with this form to register, but the actual payment can then only be made at the meeting itself on January 22-25, 2001. ( again: please choose reduction ONLY when paying in advance ) 4) If you are coming to the RIPE dinner, indicate if you want a vegetarian meal. (please delete one option so your choice is in the form) %VEGGIE [ no / yes ] %END

2 2

RIPE 38 Meeting Reminder
by RIPE NCC Meeting Registration 05 Jan '01

05 Jan '01

Dear Colleagues, [ Apologies for duplicate mails ] We would like to remind you that the registration for the RIPE 38 meeting, to be held from 22-26 January, 2001 at: Hotel Krasnapolsky in Amsterdam, is open. * Please note the 50 EUR discount for early registries until 12 January, 2001. More information about this meeting and accommodations can be found on this page: http://www.ripe.net/ripe/meetings/current/ripe-38/index.html On-site registration will open on Monday, 22 January, 2001. Please note the following: - - - - To avoid wait queues at the registration desk on-site we encourage pre-payment by credit card. The registration fee for this meeting is EUR 350.00 (this includes refreshments and lunches) and the dinner fee is EUR 65.00. However, if payment is received before 12 January, 2001, the pre-payment cut-off date, you will receive a pre-registration discount of EUR 50.00. Therefore, the fee for attendees paying before the cut-off date is EUR 300.00 for the meeting and 65.00 EUR for the RIPE dinner event. Confirmation of Registration: For your convenience you can register using our secure website at: https://www.ripe.net/cgi-bin/mtgreg (encrypted form) http://www.ripe.net/cgi-bin/mtgreg (non-encrypted form) If you still prefer not to send your credit card number using an encrypted transfer method, we have prepared a fax form. This form is attached to the acknowledgement of your registration. You will receive a second acknowledgement by e-mail as soon your payment has been processed. In addition, you will find the receipt for your payment in your conference envelope. Participants requiring a visa to enter The Netherlands are advised to begin the required procedures as soon as possible. The RIPE Meeting organisers are pleased to provide letters of invitation to those attendees requiring them. Should you have any further questions, please do not hesitate to contact us at <meeting(a)ripe.net>. Kind regards, Sylvana Wenderhold RIPE Meeting Registrations - - - ------------------------------------------------------------------------- %START Do not change the following field %MTG [ ripe38 ] Please add a value in the 'box' area marked between the square brackets (i.e. "[" and "]" s). If values are already supplied between the brackets, please delete all values except one. PART 1 - Registration Note this is what will be used for your badge and for the attendee list, so please take care to fill it in correctly. 1) Your name Please enter your first name only. Please look at the example and refrain from using all capitals. e.g. John , Mary B. %NAME [ ] Please enter your last name next e.g. Doe %SURNAME [ ] 2) Your Organisation/Institution %ORG [ ] 3) Your Organisation's Complete Postal Address e.g. Singel 258, 1016 AB Amsterdam, The Netherlands %ORGADDR [ ] 4) Your Organisation type e.g. Commercial (com), Government (gov), Association (aso), Educational (edu), Other (oth) (please delete all choices except one) %ORGTYPE [ com / gov / aso / edu / oth ] 5) The NCC Reg-id of your Organisation %REGID [ ] (Only if you represent a Local Internet Registry) 6) Your e-mail address %EMAIL [ ] 7) Country code of organisation e.g. IT FR DE %CTRY [ ] 8) Do you want to attend the Newcomers Introductory Talk ? (please delete one option so your choice is in the form) %INTRO-MTG [ no / yes ] 9) Do you want to attend the EOF? (please delete one option so your choice is in the form) %EOF [ no / yes ] PART 2 - Payment of Registration Fees WARNING!! - Note that sending your credit card information via e-mail is in principle not secure. The payment information will be transmitted in clear via e-mail. If you do not want to do this, please leave your credit card details blank in this form, and send them to us by fax. Please do not forget to mention your name and organisation on the fax, so there will be no risk in us getting confused. Our fax number is: +31 20 535 44 45 1) Method of payment. Payment in advance is greatly preferred. (please delete all choices except one) %PMETH [in advance; credit card / at meeting; credit card / at meeting; cash ] ( *NB: please note aforementioned reduction when paying in advance *) 2) Type of credit card (please delete all choices except one) %CTYPE [ VISA / American Express / Mastercard / Eurocard ] 3) Amount to be paid %AMT [RIPE Meeting only incl. reduction; EUR 300 / RIPE Meeting only excl. reduction; EUR 350 / RIPE Meeting plus RIPE dinner incl. reduction; EUR 365 / RIPE Meeting plus RIPE dinner excl. reduction; EUR 415 ] Payment details sent online cannot be processed after, January 12, 2001 with this form. You are welcome to send in your personal data with this form to register, but the actual payment can then only be made at the meeting itself on January 22-25, 2001. ( again: please choose reduction ONLY when paying in advance ) 4) If you are coming to the RIPE dinner, indicate if you want a vegetarian meal. (please delete one option so your choice is in the form) %VEGGIE [ no / yes ] %END

2 1

RIPE Whois RPSL Migration
by RIPE NCC 04 Jan '01

04 Jan '01

[ Apologies for duplicate mails ] RIPE Whois RPSL Migration The RIPE Database re-implementation project is nearing completion. A key feature of the new database is the implementation of RPSL, to replace the old RIPE-181 standard. RPSL is similar, but not identical, to RIPE-181. The RIPE NCC expects that many programs that use the RIPE Whois database will continue to operate properly without modification. However, some programs may have problems parsing the RPSL format, or be confused by differences in behaviour. We would like to ensure that the transition to RPSL is as easy as possible. Therefore, we are working with the RIPE community to provide resources you can use to check any programs or scripts that you have that use the RIPE Whois database. Please visit our Migration page for further information: http://www.ripe.net/ripencc/pub-services/db/rpsl/index.html This page will be updated regularly with the latest information. We will provide additional tools and information as they become available. The actual timeline of when the RPSL server will replace the existing RIPE-181 server will be decided at the RIPE-38 meeting. If you want input on when the change will occur, then you should either attend this meeting or post your comments on the RIPE DB mailing list. http://www.ripe.net/ripe/meetings/current/ripe-38/index.html http://www.ripe.net/ripe/wg/db/index.html Regards, The RIPE Database Group. RIPE NCC

4 5

Draft Plenary Minutes RIPE 37
by RIPE NCC Meeting Registration 04 Jan '01

04 Jan '01

Dear Colleagues, [ Apologies for duplicate mails ] Please find below the RIPE 37 draft plenary minutes. The draft plenary minutes are also available on our website at: http://www.ripe.net/ripe/meetings/archive/ripe-37/plenary-minutes.html Kind regards, Sylvana Wenderhold RIPE NCC -------- 37th RIPE Meeting Plenary Session Minutes - Draft RIPE 37 Amsterdam, 12 -15 September, 2000 Plenary Session Chair: Rob Blokzijl Scribe: Sylvana Wenderhold 1. Opening and Welcome 2. The Agenda 3. Minutes from RIPE 36 4. From the Chair 5. Report from the RIPE NCC 6. News from ICANN - Louis Touton 7. IPv6 Address Allocation Policies - Bob Hinden 8. ETSI and its Role in Developing Standards for the Internet -Christopher Corbett 9. Reports from the Working Groups 10. Next RIPE meetings 11. AOB 12. Close 1. Opening and Welcome RIPE Chair Rob Blokzijl welcomed the participants to the RIPE 37 meeting. 2. The Agenda The RIPE meeting participants approved the agenda. 3. Minutes from RIPE 36 The minutes were approved. 4. From the Chair Rob thanked the sponsors of the social events: - GTS (opening reception) - Band-X (social gathering) - AMS-IX (party). He also gave a warm thank you to Patrick de Muynck (also on behalf of Lars Johann Liman) for all hard work he put into preparing the Multicast Tutorial. He thanked Cisco for providing the equipment. 5. Report from the RIPE NCC Axel Pawlik, Managing Director, RIPE NCC introduced himself. Please see the following URL for his presentation: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/ LIRs: There continues to be a rapid growth of LIRs. The number of LIRs in Africa is growing. Address space usage: The number of request is still going up. IPv6: The RIPE NCC continues to receive requests for IPv6. It is overall relatively quiet in the day-to-day business, but as seen in the working groups there is a lot of work to be done in setting the policies. The RIPE NCC closely co-operates with the other RIRs and the IETF on IPv6 issues. Achievements: Unfortunately, the wait queue has not gone down. After RIPE 36 in Budapest the wait queue went done for a short time period. However, it has gone back up. Axel explained the emergency short-term measures that were used to combat the wait queue. - RIPE NCC ex-hostmasters were recruited to bring the wait queue down. - Overtime work was done by hostmasters. Unfortunately, staff can only work under those measures for a short period. To avoid burn out, the hostmasters are now back to their regular schedule. - Another solution was to ask fellow RIRs to support us and send one or two hostmasters. APNIC sent us Son Thanh Tran and Anne Lord. The RIPE NCC also approached ARIN. They had to decline as they are dealing with a similar situation. As a long-term solution the RIPE NCC is hiring a sufficient number of hostmasters to deal with the peaks periods. In addition, the RIPE NCC is working on the development of tools to automate and streamline the process of registration services. Special attention has been given to improving our documentation, making it easier for LIRs to fill in the required forms: - An RIPE NCC Reference Guide booklet has been developed - The FAQ page has been drastically improved - There is a 'tips' page available to help LIRs with requests - The number of LIR courses has been increased (41 courses for 2000). A closer look is taken into dealing with the responsibilities of documenting past address usage. The May 17 Task Force suggests that part of this responsibility will be on the part of the LIRs. This way they can provide RIPE NCC with accurate information and as a result their request will be easier and quicker to process. The May 17 Task Force had been formed in Budapest to find solutions for the wait queue problem. They will present their findings in Friday's Plenary. Axel informed the attendees that the results offered by the Task Force are interesting and in some cases extreme. The RIPE NCC board supports measures to bring the wait queue down. Axel expressed his contentment about the overwhelming interest in the Tools BoF meeting that was given earlier in the week. RIPE Database: Top-level domain data has gone from the database. In Budapest 57 percent were domain-related objects. This has decreased to below 20 percent. Data Protection: Non-PGP maintainers protect about half of the objects, whereas a tiny amount of data is protected by PGP. RIPE NCC has licenses and Axel urged the attendees to obtain a license. Database re-implementation is practically done. The database is functional. The RIPE NCC is now looking for volunteers to test it. The information about the project can be found at: - http://www.ripe.net/ripencc/pub-services/db/reimp - mailing list db-beta(a)ripe.net - project development team dbrip(a)ripe.net Three million objects are left after the domains went out at the end of June. Queries have levelled off a bit. There are still approximately seven queries per second. Updates have gone up dramatically. External Communications: As Axel had explained in Budapest, the main objective of the external communications is to increase awareness about RIPE and the RIPE NCC: - RIPE NCC staff visited the ETSI offices - RIPE NCC produced a joint press release with the GSM clarifying address space policies resolving any uncertainty regarding the availability of IP address space to support the infrastructure of GPRS roaming services. - RIPE NCC visited some representatives of the french government, one of which is also a member of the Government Advisory Council (GAC) for ICANN. She raised the concern that some countries are having difficulties getting addresses. As a result, the RIRs and Address Council will deliver a presentation at the next GAC meeting. LIR courses: The number of classes will be increased to 41 per year. In the short term to deal with the increase in LIRs the number of participants will increase to 30 per course. New projects: Test Traffic Measurements (TTM): The analysis code has been improved. The RIPE NCC continues to produce new test boxes. There is a draft for the service contract. There are two issues: - As the RIPE NCC is a non-profit organisation, there may be tax implications. - Dealing with the issue of whether TTM users need to be members. The schedule will, nevertheless remain unaltered and the new test boxes will go out in late September. PAM2001: The RIPE NCC staff members have attended PAM2000 in New Zealand. This was the first workshop about Passive and Active Measurement. The next PAM workshop will be held in Amsterdam. There is currently a call for papers. The deadline is mid-November. Please see: http://www.ripe.net/pam2001 if you are interested in participating. Routing Information Service (RIS): There is a new collection point at the LINX. In addition, there is a new database machine. The software has been improved. A nice outcome of this project is that the data is used with the asused tool. Plans for 2001: - Move to a regular service - Add more route collectors - Produce daily reports Routing Registry Consistency Check (RRC): This is a new service. Work has started in August. However, due to the lack of manpower it is not fully launched. The idea is to check the Routing Registry for inconsistencies and to compare the Routing Registry data with the RIS data. DASIST - Deployment Assistance and Support for Internet Security Technology is a mouthful and Axel will be glad to hear suggestions for a better name. The issue is that there are varying and new standards when new products are developed and people don't know what to think of these products. The RIPE NCC wants to be a central point to provide assistance for LIRs. The long-term goal is to offer service through: - Training courses - "how to", FAQ - Evaluate products - Produce tools RIR Co-ordination: There is excellent day-to-day contact with the other RIRs. The topics usually include policy co-ordination and IPv6. Together the RIRs evaluate interesting new requests, such as GPRS and IPv6. ICANN/ASO: - Attended ICANN meeting in Yokohama, Japan. - ASO Address Council Selection (to take place at RIPE 38) in the LIR WG - See http://www.aso.icann.org - New ICANN Director (ASO) Dr. Sang Hyun Kyong (for APNIC region) - New contract draft received from ICANN - MoU Amendment - that aligns terms of office of AC members - working on agreement between ICANN and the root server operators RIPE NCC priorities: - Ensure and further improve stable, reliable and high quality services - Respond to members' needs and develop and propose services as needed - Further increase RIPE NCC and RIPE awareness RIPE NCC next steps: - Further automate internal tools and processes - Complete infrastructure overhaul - Extend tools for members - Update and improve external documentation - Migrate to new DB software - Introduce TTM as service - Further formalise ICANN relations Questions: Rob: Tell us about your report on the input of the activity plan. Axel: At the last RIPE meeting I had asked all working group chairs to provide input. This information has been included in the activity plan and is currently on the website. Please have a look and give me your comments. Rob: The activity plan is a document that will be formally approved by the RIPE community at the Annual General Meeting on October 24, 2000. This meeting is only open for members. In order to participate, you need to register before October 9, 2000. Among the items on the agenda are the approval of the activity plan, the budget and the election of another board member. There were no more questions. Report from Randy Bush: Randy ran a security test during the RIPE meeting; the results were alarming, specially with wireless access. He urges all people to use a secure shell, so that login names and passwords do not get exposed to the world. 6. News from ICANN The slides from the presentation can be found on: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/ Louis Touton, Vice-President of ICANN, began his presentation by explaining the roles of ICANN. ICANN co-ordinates policies relating to the unique assignment of: - Internet Domain Names - Numerical IP Addresses - Protocol Port and Parameter Numbers And also - Co-ordinates the DNS Root Server System Louis explained the philosophy and goals of the Address Supporting Organisation (ASO). - Address Council (three members from each RIR elected by community) - Responsible for recommendations on global addressing policies - Most issues handled in RIR open policy processes - Keeps alert for situations where a segment of overall Internet community is not being heard - Promotes global consistency where appropriate Some of the issues that the ASO deals with are: - Global vs. Local Addressing Policies - Procedures to be followed in IANA Allocations to RIRs - Net 24 Cable-System Assignment Procedures - IPv6 Allocation Guidelines (IETF Papers) - also at RIPE 37 - Recommendations to ICANN on emerging RIRs - Future IP address needs Following an overview of ICANN/ASO Louis gave the microphone to Hans Petter Holen. Hans Petter urged the RIPE community to give input as it is the community that the Address Council members represent. The current Address Council members from the RIPE NCC region are Sabine Jaume, Wilfried W�ber and Hans Petter Holen. Hans Petter told the audience that the three Address Council members need to know what policies are most important for them to focus on. What kinds of policies does the RIPE community want? He urged the audience to approach them, or post issues to the LIR-WG list (to subscribe, send a mail to majordomo(a)ripe.net) Saubine Jaume took the microphone next. She provided an update from the Address Council. The chart can be seen at: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/touton-amst… m-14sep00/sld007.html Sabine described the policy development process and the operations of the Address Council. Louis gave a review on the activities of IANA. These figures are also included in his presentation. He concluded by informing the audience of other ICANN activities: - New TLDs - At-Large Membership - Root server system enhancements - Operational Transition (root maintenance, Blackhole, InterNIC, .arpa) - Transition extended for up to one year There were no questions. 7. IPv6 Address Allocation Policies - Bob Hinden His presentation can be found at the following URL: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations Bob introduced himself as the co-chair of the IPng working group at the IEPG and is employed at Nokia. The enormous success of the Internet has created a lot of problems. The problem is that the allocation of IPv4 address is controlled. Customers cannot always be provided with the number of addresses they ask for. This is the main thing IPv6 focuses on. NAT has extended the life of IPv4. Yet there are still problems: - Breaks IP end-to-end problem - Especially Security - Inhibits the creation of new applications - Barrier to mobile IP communications - Mobile phones without phone numbers? Main features of IPv6: - Larger 128-bit Hierarchical Addresses - Supports much larger Internet (it is four times bigger than IPv4) - Allows Embedded IEEE 802 MAC Address for Auto-Configuration - Plug and Play-Auto Configuration - Other - Enables end-to-end security (IPSEC) via Global Addresses - Efficient general header compression - Incremental Deployment IPv6 Addressing: - It is likely that the address space will never be used up - Currently only 15% is initially assigned, 85% is reserved for future growth (this is especially useful for new technology that may be invented) There are different IPv6 Address Types: - Unicast (one-to-one) - Global - Link-Local - Site-Local (for local communications) - Compatible (IPv4, NSAP) - Multicast (one to many) - Anycast (one of a set, but to the nearest) Routing is essentially the same as IPv6: - Uses same "longest-prefix match" routing as IPv4 CIDR - Straightforward changes to existing IPv4 routing protocols to handle bigger addresses News and status: - Many companies are now using and supporting IPv6 (e.g. BSD, Linux, Solaris 8, and Microsoft and others). - Cisco has announced fall 2000 IOS release with IPv6. - Also, the Third Generation Mobile Protocols (3GPP) requires that now all mobile devices that meet the standard now use IPv6. - Finally, three ISPs have announced commercial IPv6 service trials (NTT, IIJ and SURFnet) - IPv6 included in IPSO (Nokia) 3.3 release Bob showed a list of current IPv6 implementation and IPng standards status. Bob reiterated that there is still a lot of work to be done on IPv6. Approximately six months ago, the RIRs asked the IETF for advice on IPv6 prefix assignment. The IPng working group has discussed this issue in July. The IPv6 directorate has developed a recommendation. This recommendation was approved by the IAB and the IESG and sent to the registries as official comments. The IPng working group in the addressing specification (RFC2374 and RSF 2450) specified that sites that have subnetting should be allocated a /48 prefix: - allows 2(16) subnets - most sites, subscribers this should be enough for all time Issue is size of prefix for smaller sites: - /64 for single subnet sites? - Single host? Mobile phones? - Temporary vs. permanent usage? - How to judge usage? IAB - IESG recommendation: - Recommend /48 fixed boundary for all subscribers - Except: - Very large subscribers (receive multiple /48 allocations) - Transient nodes (receive /64) - No interest in subnetting (receive /64) - Consistent with responsible stewardship of the IPv6 address space The main question: is giving a /48 prefix to every subscriber good utilisation of the IPv6 address space? Is this wasteful? No, because IPv6 has a very large address space: - Aggregatable Unicast Address format supports 45 variable bits - Assuming one /48 prefix per person (utilisation is 0.03%) Please see the presentation for the analysis. We are using only one format prefix of IPv6. The other 84% of the address space in unassigned. If in the future the analysis proves to be wrong, there is the option of imposing more restrictive allocation policies. Transient usage (when you are not connected all the time) - Single dialup nodes that prefer transient addresses - /64 prefix is okay - Subscriber who wants static assignment or plans multiple subnet - /48 even if dialup This has also been discussed in the joint session of the IPv6/LIR. The WG agreed with Bob's analysis and the suggestion to assign a /48 to end sites except in the cases listed above. For more information: http://playground.sun.com/ipng http://www.IPv6forum.com http://IPv6.org There were no questions. 8. ETSI and its role in developing standards for the Internet - Christopher Corbett Please find the presentation at: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations 9. Reports from the Working Groups Anti-Spam Working Group: 60 participants Scribe: Marcel Duran Chair: Rodney Tillotson Update on spam - more collateral spam - more hiding of websites Update on anti-spam - ORBS disrupted Opt-In Lists - EU endorses Opt-In - Document for marketers Reporting spam - SpamCop not focused enough - Directions to end users Reading mail headers - existing documents gathered Future (& next agenda) - SMS, WAP, cell broadcast, real-time spam Question from the audience: How many ISPs want to do something about spam? Rodney: I have not done research on this, but it is my impression that many ISPs want to do the right thing and battle spam. Question from Wilfried W�ber: Are you aware of any activities to make mail headers more creditable, like signing them? Rodney: I am not aware of people signing them. Routing Working Group / Multicast Application Workshop Joachim began with a short report of the Multicast Workshop. He gave a special thank you to Patrick de Muynck. Patrick took the microphone and said that he enjoyed working on this tutorial. He felt full satisfaction because of the participants' enthusiastic reactions. He enjoyed building more multicast awareness. He thanked RIPE in return, as he had been looking for a platform to promote multicast for a while. He enjoyed working at the offices of the RIPE NCC and its staff; in particular Monica Cortes Sack who had really did a great job. Joachim also thanked Cisco for the equipment they had provided. There were 70 participant and it was very much appreciated. Routing WG: 97 participants Scribe: Marek Bukowy Chair: Joachim Schmitz Slot 1 A. Preliminaries C. RADB Update (G.Winters) E. RIS, Status and Plans (A.Antony, H.Uijterwaal) F. Routing Registry Consistency Project (S.Kerr) G. Study of BGP Convergence (A.Ahuja) H. Internet Routing Table Analysis Update (P.Smith) I. RIPE-210 - Updates with contributions from the audience (C.Panigl, P.Smith) J. Promoting European IP Multicast deployment - Introducing the European IP Multicast Initiative (EuMI) (T.Ballardie) RIPE 37: Routing Working Group Slot 2 Notice: joint session with Database WG! B. RIPE Database Software Re-Implementation and Transition to RPSL (A.Robachevski, J.L.S.Damas) Y. Transition Taskforce: RIPE-181 to new RPSL database - what does it mean - intentions - progress A. Preliminaries - introduction - participants' list - volunteering of scribe - RIPE 36 minutes - agenda bashing - actions from earlier meetings Current Actions 31.R1 on RIPE NCC, D.Kessens, J.Schmitz Basic design for an IPv6 IRR project in RIPE NCC activity plan - done - 32.R1 on RIPE NCC, JLS.Damas Prepare draft document on issues of RIPE-181 to RPSL transition http://www.ripe.net/ripencc/pub-services/db/reimp/new-transition-v3.ps - done - 34.R1 on C.Panigl Provide updates to RIPE-178 RIPE-210 - done - but triggered additional discussion 36.R1 on RIPE NCC During the transition phase to the RPSL software - verify with RADB on their test suites for RPSL implementations - co-ordinate with RADB on consistent mirroring of databases (NRTM) - co-ordinate with RADB on consistent whois interface of databases including irrd - ongoing - There were no questions. Netnews Working Group: 18 participants Scribe: Fotis Georgatos Chair: Dave Wilson 1. Admin - Agenda agreed without changes 2. Review of minutes last meeting - Accepted without changes 3. Flowmaps Presentation by Kai Siering of Mediaways - Geographical maps (2D and 3D) are not helpful - Considered other 2D mappings - newsdist, makefeedmap - Now using Cichlid 3D client-server visualisation package - Data is from Innstats based on article count rather than volume - Appearance depends on thresholds below which feeds are ignored http://newsbone.uu.org/RIPE-37/ 4. NHNS Presentation by Daniel Diaz of Satec http://nh.nhns.net/ - Reflecting Usenet hierarchy in DNS - Now in production under usenet.nhns.net - 472 TLHs included To do: - mechanism to check freshness - port sync to Diablo - delegate! - Promote now, report at RIPE 38 with a view to moving toward standardisation Details: http://www.ripe.net/ripe/wg/netnews/ Mailing list: majordomo(a)ripe.net Chair: dave.wilson(a)heanet.ie There were no questions. LIR Working Group: Approximately 100 participants Scribe: Roger Arcilla Chair: Hans Petter Holen Hans Petter Holen gave Stephen Burley the opportunity to report the findings of the May 17 Task Force, because these findings are the most important issues the LIR working group is currently dealing with. The findings and recommendations can be found in the May 17 Task Force Report: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/ Stephen stated that the proposed goal of the task force was to propose changes to the policies and procedures for address assignments to ultimately be submitted to LIR working group, with the clarification of best practices and tangible steps to achieving those goals. Stephen gave a detailed explanation of the proposed changes and he requested the consensus of the audience. This resulted in a lively discussion. Stephen asked the attendees for their opinion about creating assignment window and no assignment window differentiation. Comment from the audience: Are you proposing to improve service for the big boys on the back of the new LIRs? Stephen: No, that is not the intention at all. As soon as you get any assignment windows you go to the other queue. Hans Petter: It opens up the possibility of specialisation. Axel: I personally endorse the general outlook. I am prepared to find ways of implement the recommendations. If the audience gives its consensus, I am prepared to take more extreme measure to bring down the wait queue. However, some ideas concern policy changes, which I am uncomfortable to change on my own. So we need consensus. I would like to thank the Task Force for their efforts and for the proposed recommendations. Rob: It looks like these are fire-fighting measures. I hope people are working on a more structural solution. Axel: Once the wait queue is down, I think we have measures to keep it down. Wilfried W�ber (Task Force member): There have been lively discussions within the Task Force about before mentioned objections. I like the idea of hostmaster specialisation. It will improve the efficiency of the whole process. Daniel Karrenberg: Have you considered that these recommendations could endanger the industry's self-regulation? If you propose to change a process that has been established for a purpose in the first place. These measures should indeed be only implemented in extreme situation, or else it will affect the industry's self-regulation. Hans Petter: Let's look at this in a historical perspective. I have the feeling that in the past the assignment window was raised a lot quicker. We have consciously lowered the assignment window over the years, but we have not seen the additional resources that are needed. Daniel: I was making the argument from the appearance. We do not want to give people outside the community the impression that we are very light-hearted about this. Stephen: Our proposed measures are a test. If they don't work we will look at other options. Rob: I suggest that the NCC management take this input into consideration. The final decision is the RIPE NCC's, not of this community. I am looking froward to Axel's report in January. Daniele Bovio (Task Force member): I don't think the NCC can start applying these measures without the backing of this community, because it may create problems with the LIRs that are not as involved. Rob: We need more permanent solutions. We will discuss this further at RIPE 38. Joao Silva Damas suggests as an additional measure to delegate more responsibility to the LIRs, for instance for their records in the RIPE DB. Rob: The message is clear. The Task Force has produced a tool kit and it is up to the RIPE NCC to make sensible use of it. Stephen: The Task Force will meet again before the next RIPE meeting with the NCC to see if these measurements are effective. The Task Force is open to any suggestions from the community. Nurani Nimpuno: A lot of the measures have been taken already. You will not yet see the effect, because they are long-term measures. The task Force was set up to come up with solutions for a radical situation. Hans Petter further discussed the ASO nominations. Voting will take place at the next meeting. Due to time constraints, Hans Petter did not get the opportunity to give a report of the other issues the LIR working group is concerned with. However, a detailed presentation is available: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/ There were no further questions. EIX Working Group: 90 participants Scribe: David Knight Chair: Fearghas McKay <fm(a)st-kilda.org> 1: IX Reports INEX - Irish Neutral IX INXS - Munich IX CIXP - Geneva IX AMSIX - Amsterdam IX LINX - London INX SFINX - French IX VIX - Vienna IX For the next meeting we hope to have Athens & DecIX presenting as well. More IXs are always welcome. 2: IXP switching wish list - Mike Hughes 3: IX Best Current Practices - Nic Lewis 4: Change in WG Charter "To provide a means for the RIPE ISP community to find out about the status and activities of Internet Exchange Points within the RIPE geographical area" This was changed to: "To provide a means for the RIPE ISP community to: - find out about the status and activities of Internet Exchange Points within the RIPE geographical area - develop Best Current Practice documents - provide operational feedback and guidance to vendors of IX related products and services" 5: I-Point Europe - presentation by Annette Nabavi, CEO. This was followed by a lively and wide-ranging community discussion on their plans for a Europe wide network of IXs. The discussion can be continued on the WG mailing list: <eix-wg(a)ripe.net> Question from the audience: there was a comment of developing an exchange object in the database. Fearghas: We are looking at developing this and working on it. We are building a list of the IXs, as to compare what they do. Test traffic Working Group: 40 participants Scribe: Mark Santcroos Chair: Matthew Robinson Agenda A. Administrative stuff B. Presentation by Henk Uijterwaal on current project and future plans. C. Entries for the competition D. AOB C. Entries for the competition - a staggering number of entries - two entries (from the same person) Entry one: TEMPI - Timing and Exact Measurements of the Performance of the Internet Entry two: TRIPS - Time-Related Internet Performance Service Mottos: 1. "The fundamental things apply / As time goes by" (H. Hupfeld from the movie 'Casablanca') 2. "Sum loquimur, fugit invida Aetas" ("While we speak, envious time flies") (Horace) 3. "O temps! Suspend ton vol." ("Oh time! Halt your flight.") ( A. de Lamartine) Options 1. If we like either of the options we can adopt it. 2. Leave the competition open longer. 3. Change nothing AOB - I would like to stand down as chair - One of my colleagues has agreed to take over - Any offers from the working group? There were no questions. IPv6 Working Group: 106 participants Scribe: Vesna Manojlovic Chair: David Kessens Report of the Joint Session Agenda 1 Statement of current policy draft 2. IAB/IESG recommendations 3. Panel discussion 4. AOB Presentation Jo�o http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/ Presentation Bob Hinden IAB/IESG Recommendations on IPv6 Address Allocation - Bob Hinden http://www/ripe/meetings/archive/ripe-37/presentations/ripe-ipv6-hinden/ We do not have real issue on service provider allocation size. Our recommendation is: /48 fixed boundary for all subscribers. This is consistent with responsible stewardship of the IPv6 Address space. Reasoning: - allocation policies influence the deployment; policies should make deployment easy, not slow - renumbering is (still) not painless or automatic Exceptions: - very large subscribers should get multiple /48:s, or /47 - transient nodes (roaming, dial-up) (/64) - explicitly no interest in subnetting Justifications for fixed boundary: - easy to change ISP:s (does not require restructuring of subnets) - straightforward renumbering - compatible with current multihoming proposals - allows easy growth of subscribers - reduces burden of ISP:s and RIR:s to judge customers' needs - no need for details of customers' networks - no need to judge rates of consumption - no scarcity of subscriber's space: no need for NAT - allows single reverse DNS zone (for all prefixes) Conservation: - does this waste IPv6 address space? No. - this distribution had better H ratio (RFC1715) then many others today - still, only one of the Format Prefixes (001) is going to be used; it leaves 85% of total IPv6 space for future usage and possible stricter policy IPv6 Report Agenda: A - Administrative stuff - - appointment of scribe - - list of attendees - - agenda bashing Chair: David Kessens B - Status of 6bone (David Kessens) C - RPSL & IPv6 D - Transition mechanisms E - News from IPv6 Forum (Juergen Rauschenbach) F - Addressing plan of the real world (Juergen Rauschenbach) G - IPv6 connectivity in the terminal room (Monica Cortes) H - IPv6 native exchange points - - INXS (Munich) I - European developments (input from the audience) J - Future plans for the working group (input from the audience) Z - AOB ============ B - Status of 6bone More than 600 sites connected on the 6Bone with 48 countries (David Kessens) C - RPSL & IPv6 (Joachim Schmitz, routing-wg chair) Joachim announced that project proposal has been submitted for the RIPE activity plan for RPSL extensions with multicast and also IPv6. D - IP Transition Strategies Presented by: Alain Durand Co-chair of the IETF NGtrans WG URL: http://www.ripe.net/ripe/meetings/archive/ripe-37/presentations/RIPE37/ E - News from IPv6 Forum (Juergen Rauschenbach) [presentation] F - Addressing plan of the real world By Bernard Tuy and Juergen Rauschenbach G - IPv6 connectivity in the terminal room (Monica Cortes, RIPE NCC) If you have IPv6 configured on your laptop, and are connected to LAN here, you can use IPv6. H - v6 native exchange points The list is getting longer There were no questions. DNS Working Group There was report from the DNS working group. Database Working Group: Approximately 50 participants Scribe: Nigel Titley Chair: Wilfried W�ber Logistics: - scheduling problems => joint session with routing - agenda - thanks you to Nigel for scribing Results: Gerald Winters on IRRD/RPS-Dist =>RFC could benefit from revision Randy Bush on globally unique handles =>action on three RIRs to come up with a proposal RIPE does support this activity =>have to work with ARIN, APNIC on CERT/IRT pointer proposal =>propose object to list and deployment scenarios RIPE NCC on RIP =>status and changes =>Task Force proposed and agreed RIP/Migration TF - co-ordinator: Ulf Kieber - find name, a home, members - define mandate - work with the NCC Input from other working groups: CENTR Tech: Review situation with regard to domain 'exodus' and referral =>maintenance of objects is owners' responsibility (confirmed) =>you have to deal with clean-up anyway There were no questions. CENTR/DNR Working Group There was no report from the CENTR/DNR working group. Tools BoF: 106 participants Scribe: Guy Vegoda Chair: Maldwyn Morris Summary: Scope: Tools for Members' use specifically related to RIPE Local IR activities 1. Existing Tools - Asused* - allocation and assignment usage and consistency - Web141/ip-req-robot* - IP Address request check - ASinuse - AS number lookup - Web147 - AS Number request check - Stt* - mail reply template tool * Sources linked from: http://www.ripe.net/ripencc/mem-services/tools/tools.html 2. Future Tools - Secure Web Page: Reg info edit, 141/147 submit, gandalf - PGP for mails to & from hostmaster(a)ripe.net - as-req-robot - public version of RIPE NCC ticketing system Proposed: - Allocation & Assignment Management Tool? - Easier Member access to RIPE Databases? - Scripts to work with proprietary Address Management Systems? 3. Member Tools - Holger M�nzof of UUNET gave a talk on RICE, their ASNumber/ASMacro Management Tool 4. Whither the BOF? - Discuss requirements on mailing list: lir-wg(a)ripe.net Tools BOFs if a lot to discuss, otherwise RIPE NCC to report in LIR working group. 10. - Next RIPE meetings: RIPE 38 Amsterdam 23-26 January, 2001 RIPE 39 Bologna 30 April - 4 May, 2001 11. - AOB There was no other business to discuss. 12. - Close Rob thanked everyone for attending and hopes to meet all the participants again at the next RIPE meeting in Amsterdam on 23-26 January, 2001.

1 0