From ripe-dbm at ripe.net Mon Oct 4 18:42:41 1999 From: ripe-dbm at ripe.net (RIPE Database Administration) Date: Mon, 04 Oct 1999 18:42:41 +0200 Subject: Top 100 Maintainers List 19991004 Message-ID: <199910041642.SAA22854@birch.ripe.net> Dear list members, This is biweekly report on inconsistent objects in the RIPE whois database. The first 100 maintainers are listed as a table below sorted according to number of their inconsistent objects in the database. The rest of the maintainers which have inconsistent objects can be found at http://www.ripe.net/db/state/mntnerreport1.html You can find further information about the Consistency Project at http://www.ripe.net/db/state/ Regards, RIPE NCC Database Group =============================================================== Maintainer no of name inconsistent objects 1 NL-DOMREG 51932 http://www.ripe.net/db/state/maintainers/NL-DOMREG.html 2 DENIC-P 33812 http://www.ripe.net/db/state/maintainers/DENIC-P.html 3 XLINK-MNT 29653 http://www.ripe.net/db/state/maintainers/XLINK-MNT.html 4 DK-DOMREG 12798 http://www.ripe.net/db/state/maintainers/DK-DOMREG.html 5 INTERNET-NOC 2837 http://www.ripe.net/db/state/maintainers/INTERNET-NOC.html 6 ROKA-P 2606 http://www.ripe.net/db/state/maintainers/ROKA-P.html 7 FR-NIC-MNT 2428 http://www.ripe.net/db/state/maintainers/FR-NIC-MNT.html 8 DTAG-NIC 2316 http://www.ripe.net/db/state/maintainers/DTAG-NIC.html 9 SCHLUND-P 1571 http://www.ripe.net/db/state/maintainers/SCHLUND-P.html 10 AS1849-MNT 1539 http://www.ripe.net/db/state/maintainers/AS1849-MNT.html 11 ECORE-NET 1404 http://www.ripe.net/db/state/maintainers/ECORE-NET.html 12 BO-DOMREG 1378 http://www.ripe.net/db/state/maintainers/BO-DOMREG.html 13 NACAMAR-NOC 1340 http://www.ripe.net/db/state/maintainers/NACAMAR-NOC.html 14 WWW-MNT 1072 http://www.ripe.net/db/state/maintainers/WWW-MNT.html 15 DENIC-N 1067 http://www.ripe.net/db/state/maintainers/DENIC-N.html 16 SEKTORNET-MNT 541 http://www.ripe.net/db/state/maintainers/SEKTORNET-MNT.html 17 SKYNETBE-MNT 494 http://www.ripe.net/db/state/maintainers/SKYNETBE-MNT.html 18 CSL-MNT 493 http://www.ripe.net/db/state/maintainers/CSL-MNT.html 19 DFN-NTFY 487 http://www.ripe.net/db/state/maintainers/DFN-NTFY.html 20 DKNET-MNT 483 http://www.ripe.net/db/state/maintainers/DKNET-MNT.html 21 NACAMAR-RES 424 http://www.ripe.net/db/state/maintainers/NACAMAR-RES.html 22 HIGHSPEED-DOM 410 http://www.ripe.net/db/state/maintainers/HIGHSPEED-DOM.html 23 AS1717-MNT 400 http://www.ripe.net/db/state/maintainers/AS1717-MNT.html 24 RAIN-TRANSPAC 393 http://www.ripe.net/db/state/maintainers/RAIN-TRANSPAC.html 25 DIGITALWEB-MNT 380 http://www.ripe.net/db/state/maintainers/DIGITALWEB-MNT.html 26 GLOBAL-MNT 374 http://www.ripe.net/db/state/maintainers/GLOBAL-MNT.html 27 AS5378-MNT 372 http://www.ripe.net/db/state/maintainers/AS5378-MNT.html 28 SDT-NOC 369 http://www.ripe.net/db/state/maintainers/SDT-NOC.html 29 AS1267-MNT 351 http://www.ripe.net/db/state/maintainers/AS1267-MNT.html 30 NACAMAR-POP 340 http://www.ripe.net/db/state/maintainers/NACAMAR-POP.html 31 AS6678-MNT 338 http://www.ripe.net/db/state/maintainers/AS6678-MNT.html 32 DREIMARK49-MNT 318 http://www.ripe.net/db/state/maintainers/DREIMARK49-MNT.html 33 TDK-MNT 315 http://www.ripe.net/db/state/maintainers/TDK-MNT.html 34 IDNET-MNT 314 http://www.ripe.net/db/state/maintainers/IDNET-MNT.html 35 DE-VOSS 303 http://www.ripe.net/db/state/maintainers/DE-VOSS.html 36 KNIPP-NOC-MNT 264 http://www.ripe.net/db/state/maintainers/KNIPP-NOC-MNT.html 37 IL-P 250 http://www.ripe.net/db/state/maintainers/IL-P.html 38 FR-EASYNET 246 http://www.ripe.net/db/state/maintainers/FR-EASYNET.html 39 GIGABELL-MNT 246 http://www.ripe.net/db/state/maintainers/GIGABELL-MNT.html 40 INX-MNT 246 http://www.ripe.net/db/state/maintainers/INX-MNT.html 41 MARIDAN-P 244 http://www.ripe.net/db/state/maintainers/MARIDAN-P.html 42 RAK-NET 236 http://www.ripe.net/db/state/maintainers/RAK-NET.html 43 EUROCONNECT 221 http://www.ripe.net/db/state/maintainers/EUROCONNECT.html 44 AS3233-MNT 214 http://www.ripe.net/db/state/maintainers/AS3233-MNT.html 45 AT-DOM-MNT 214 http://www.ripe.net/db/state/maintainers/AT-DOM-MNT.html 46 IMAGINET-NOC-MNT 214 http://www.ripe.net/db/state/maintainers/IMAGINET-NOC-MNT.htm 47 AS5617-MNT 213 http://www.ripe.net/db/state/maintainers/AS5617-MNT.html 48 DK-NIC 213 http://www.ripe.net/db/state/maintainers/DK-NIC.html 49 AS2120-MNT 211 http://www.ripe.net/db/state/maintainers/AS2120-MNT.html 50 FREENAME-NOC 207 http://www.ripe.net/db/state/maintainers/FREENAME-NOC.html 51 AS1899-MNT 205 http://www.ripe.net/db/state/maintainers/AS1899-MNT.html 52 IWAY-NOC 205 http://www.ripe.net/db/state/maintainers/IWAY-NOC.html 53 NDH-P 198 http://www.ripe.net/db/state/maintainers/NDH-P.html 54 ABCAG-MNT 196 http://www.ripe.net/db/state/maintainers/ABCAG-MNT.html 55 IBGNET 194 http://www.ripe.net/db/state/maintainers/IBGNET.html 56 AS2529-MNT 185 http://www.ripe.net/db/state/maintainers/AS2529-MNT.html 57 IT-NIC 183 http://www.ripe.net/db/state/maintainers/IT-NIC.html 58 NLNET-MNT 181 http://www.ripe.net/db/state/maintainers/NLNET-MNT.html 59 AS5427-MNT 173 http://www.ripe.net/db/state/maintainers/AS5427-MNT.html 60 MBT-MNT 161 http://www.ripe.net/db/state/maintainers/MBT-MNT.html 61 SL-CUS-MNT 159 http://www.ripe.net/db/state/maintainers/SL-CUS-MNT.html 62 EU-IBM-NIC-MNT2 158 http://www.ripe.net/db/state/maintainers/EU-IBM-NIC-MNT2.html 63 TRMD-MNT 156 http://www.ripe.net/db/state/maintainers/TRMD-MNT.html 64 OLEANE-NOC 155 http://www.ripe.net/db/state/maintainers/OLEANE-NOC.html 65 ROM-MIKNET 155 http://www.ripe.net/db/state/maintainers/ROM-MIKNET.html 66 WESPE-MNT 155 http://www.ripe.net/db/state/maintainers/WESPE-MNT.html 67 AS1241-MNT 153 http://www.ripe.net/db/state/maintainers/AS1241-MNT.html 68 ONE2ONE-MNT 142 http://www.ripe.net/db/state/maintainers/ONE2ONE-MNT.html 69 AS5551-MNT 139 http://www.ripe.net/db/state/maintainers/AS5551-MNT.html 70 AS2871-MNT 135 http://www.ripe.net/db/state/maintainers/AS2871-MNT.html 71 NETCOLOGNE-MNT 129 http://www.ripe.net/db/state/maintainers/NETCOLOGNE-MNT.html 72 OMNILINK-MNT 127 http://www.ripe.net/db/state/maintainers/OMNILINK-MNT.html 73 NETTUNO 124 http://www.ripe.net/db/state/maintainers/NETTUNO.html 74 NNCC 124 http://www.ripe.net/db/state/maintainers/NNCC.html 75 EVOSYS-MNT 114 http://www.ripe.net/db/state/maintainers/EVOSYS-MNT.html 76 AS3292-MNT 112 http://www.ripe.net/db/state/maintainers/AS3292-MNT.html 77 ISMA-MNT 109 http://www.ripe.net/db/state/maintainers/ISMA-MNT.html 78 PRHO-GUARDIAN 109 http://www.ripe.net/db/state/maintainers/PRHO-GUARDIAN.html 79 ROSNIIROS-MNT 106 http://www.ripe.net/db/state/maintainers/ROSNIIROS-MNT.html 80 ISB-MNT 105 http://www.ripe.net/db/state/maintainers/ISB-MNT.html 81 AS6721-MNT 104 http://www.ripe.net/db/state/maintainers/AS6721-MNT.html 82 TELIANET-LIR 99 http://www.ripe.net/db/state/maintainers/TELIANET-LIR.html 83 ISTLD-MNT 96 http://www.ripe.net/db/state/maintainers/ISTLD-MNT.html 84 MDA-Z 91 http://www.ripe.net/db/state/maintainers/MDA-Z.html 85 SEICOM-MNT 91 http://www.ripe.net/db/state/maintainers/SEICOM-MNT.html 86 XNC-MNT 86 http://www.ripe.net/db/state/maintainers/XNC-MNT.html 87 AS8875-MNT 85 http://www.ripe.net/db/state/maintainers/AS8875-MNT.html 88 TINET-NOC 84 http://www.ripe.net/db/state/maintainers/TINET-NOC.html 89 PROFI-MNT 82 http://www.ripe.net/db/state/maintainers/PROFI-MNT.html 90 TPNET 81 http://www.ripe.net/db/state/maintainers/TPNET.html 91 GARR-LIR 79 http://www.ripe.net/db/state/maintainers/GARR-LIR.html 92 ICMS-NOC-MAINTAINER 78 http://www.ripe.net/db/state/maintainers/ICMS-NOC-MAINTAINER. 93 INETWIRE-MNT 78 http://www.ripe.net/db/state/maintainers/INETWIRE-MNT.html 94 JIPS-NOSC 78 http://www.ripe.net/db/state/maintainers/JIPS-NOSC.html 95 MAINT-AS3352 76 http://www.ripe.net/db/state/maintainers/MAINT-AS3352.html 96 ODN-MNT 76 http://www.ripe.net/db/state/maintainers/ODN-MNT.html 97 GLOBAL-ONE 74 http://www.ripe.net/db/state/maintainers/GLOBAL-ONE.html 98 WEB4YOU-MNT 73 http://www.ripe.net/db/state/maintainers/WEB4YOU-MNT.html 99 VISCOMP-MNT 70 http://www.ripe.net/db/state/maintainers/VISCOMP-MNT.html 100 COMMPLEX-MNT 69 http://www.ripe.net/db/state/maintainers/COMMPLEX-MNT.html From ncc at ripe.net Tue Oct 5 11:21:04 1999 From: ncc at ripe.net (RIPE NCC Staff) Date: Tue, 05 Oct 1999 11:21:04 +0200 Subject: ICANN: Call for Nominations to ICANN Board of Directors Message-ID: <199910050921.LAA08135@birch.ripe.net> Dear colleagues, We are pleased to announce a call for nominations to the ICANN Board of Directors (see below) In our effort to reach as many interested parties as possible you may receive multiple copies of this message. Please accept our apologies for this. The call for nominations for ICANN Board of Directors for the RIPE NCC Service Region can also be found under the ICANN and ASO current issues section of the RIPE NCC Web site at: http://www.ripe.net/info/ncc/icann.html Regards, Paul Rendek Communications Officer, RIPE NCC ===== CALL FOR NOMINATIONS FOR ICANN BOARD OF DIRECTORS - RIPE NCC Service Region Amsterdam, 4 October 1999 This is an open call for nominations of interested individuals to serve on the Board of Directors of the Internet Corporation for Assigned Names and Numbers (ICANN), as a nominee of the ICANN Address Supporting Organisation (ASO). The ASO will have the responsibility for nominating three ICANN Directors. This responsibility will, in the normal course of events, be conducted through an open process as outlined in the draft Memorandum of understanding as published at the following URL. http://www.ripe.net/info/ncc/mou-draft.html For the initial ASO nominations to the ICANN Board, the ASO Address Council will nominate three Directors to serve terms of 1, 2, and 3 years. This process has been initiated by the Regional Internet Registries (RIRs) through this open call for nominations. The process of selecting the initial ICANN Directors from the ASO nominations will be defined and managed by the Address Council. ASO Process for Nominating ICANN Directors Any individual may be nominated within this process, with the exception of any official of a national government or a multinational entity established by treaty or other agreement between national governments (ICANN ByLaws Art. V., Sec 5.). Self-nominations are permitted. However, no member of staff of an RIR is eligible to be appointed to the ICANN Board, and no ASO-appointed Director may serve simultaneously on the Address Council. The Directors appointed by the ASO will not represent the ASO on the Board, but will function as full Directors of ICANN. Nominations are to be sent by email to: nominations at ripe.net The information included with the nomination is to be in English, and should include: Name of Nominee Organisation E-mail Address Postal Address Phone Number Motivation for Nomination Nominated by Organisation E-mail Address All nominations are to be emailed to the above address on or before Sunday, 17 October 1999. All nominees will be contacted via email and must explicitly confirm their nomination if they are interested in serving as an ICANN Director. If the nominee cannot be contacted via email then the nomination will not be confirmed. All confirmed nominations will be listed on the RIPE NCC Web site. Supporting Comments for individual nominees should be sent to: nominations at ripe.net The list of nominated individuals and supporting comments made on their behalf will be submitted to the Address Council on Friday, 22 October 1999. Important dates: 17 October 1999: deadline for ICANN Board of Directors Nominations 22 October 1999: list of nominations submitted to Address Council From amar at telia.net Tue Oct 5 17:26:01 1999 From: amar at telia.net (Amar) Date: Tue, 05 Oct 1999 17:26:01 +0200 Subject: Regarding the voting of Members to the ASO of ICANN Message-ID: <37FA1889.DF9BE53@telia.net> Dear fellow members, We write this mail because of the latest developments regarding the nomination and voting of three members from the RIPE community to the ICANN ASO. During the RIPE 34:th meeting there was a point on the agenda for the Plenary Session, 6.b - Selection of 3 Address Council Members. Here three candidates where supposed to be choosen by the membership from 8 nominees. And here is the problem. Every nominee had to fullfill the demands that was expected from them. By active participation in the ICANN ASO process and to work for the RIPE communitys best. Those who accepted their nomination was also fully aware that no financial support would come from either ICANN or RIPE. During that meeting there was a change in the openess and fairness of the process. The meeting took a number of descisions regarding selection criteria among the nominees, among one was that the nominee was to participate in person to be able to be elected. It is our view that selection criteria among nominees is something that have to be public beforehand, and especially known by all nominated persons. Selection criteria is something a nomination commitee work with, election is something a group of people do among a number of nominees -- normally outcome from a nomination comittee. During this nomination process there were no information that the nominated person had to be present at the election. This way to handle the voting for representatives to the ASO is not done in the openess and fairness that we all expect from the whole ICANN process. By doing this the sitiuation could arise that some who nominated himself, and only by himself, would have had a bigger chance to have a seat in the ASO than someone that was supported by many but at that moment where not able to attend the meeting. Because of the tight time limit, the reason to not attend the meeting could be anything from not be able to leave their work with such a short notice, to a simple thing as sickness. This also shows a lack in the way that the voting proceedure is performed within RIPE and the membership. We are fully aware that there is a deadline that ICANN has set up that all RIRs and their membership has to follow. But this solution is not done in the best spirit of the Internet. All the ASO representatives should attend all RIPE meetings in order to get input from the RIPE community. And we fully support Sabine Jaume, Hans Petter Holen and Wilfried Woeber. We also wish them good luck in their work. But we only want to make all the members aware of this issue and next time create a process that is more fair. And to follow the voting proceedings that should apply in a important issue like this. Best Regards Per Lundberg Sonera (se.sonera) Amar Andersson Telia Net (se.telianet) Hans Niklasson Tele2 (se.swipnet) Maria Nilsson Telenordia (se.telenordia) Patrik F?ltstr?m From Daniel.Karrenberg at ripe.net Tue Oct 5 21:51:13 1999 From: Daniel.Karrenberg at ripe.net (Daniel Karrenberg) Date: Tue, 05 Oct 1999 21:51:13 +0200 Subject: Regarding the voting of Members to the ASO of ICANN In-Reply-To: <37FA1889.DF9BE53@telia.net> Message-ID: <4.2.0.58.19991005214101.0129f4e0@127.0.0.1> I think the chair of RIPE did the best he possibly could given the time constraints put on us by ICANN, which imho are somewhat excessive considering the time the whole establishment of ICANN has taken, but this is another point. The meeting discussed and agreed that *for this initial time* an ad-hoc procedure needed to be used because those present felt that the process needs to move on. Once address council members had been selected those present were asked whether the selection was carried out as well as possible under the circumstances and there was consensus that we had done the best we could. *** It was also agreed that a better procedure needs to be established for the next *** wround of selections. This will be done over the next two RIPE meetings. Those that have ideas in this respect are more than welcome to help with it. Contact Rob Blokzijl in order to participate in the work. So I believe your concerns are already recognised and were recognised by those participating in the meeting. Daniel From sico at msh.xs4all.nl Tue Oct 5 22:09:27 1999 From: sico at msh.xs4all.nl (Sico Bruins) Date: Tue, 5 Oct 1999 22:09:27 +0200 (MET DST) Subject: Regarding the voting of Members to the ASO of ICANN In-Reply-To: <4.2.0.58.19991005214101.0129f4e0@127.0.0.1> from "Daniel Karrenberg" at Oct 5, 99 09:51:13 pm Message-ID: <199910052009.WAA17728@msh.xs4all.nl> Daniel Karrenberg wrote: [mostly deleted for brevity] > So I believe your concerns are already recognised and were recognised by those > participating in the meeting. I fully agree with this. > Daniel CU, Sico. From amar at telia.net Tue Oct 5 22:49:53 1999 From: amar at telia.net (Amar) Date: Tue, 05 Oct 1999 22:49:53 +0200 Subject: Regarding the voting of Members to the ASO of ICANN References: <4.2.0.58.19991005214101.0129f4e0@127.0.0.1> Message-ID: <37FA6471.FB914E4B@telia.net> Daniel Karrenberg wrote: > > I think the chair of RIPE did the best he possibly could given the time constraints > put on us by ICANN, which imho are somewhat excessive considering the time the whole > establishment of ICANN has taken, but this is another point. Well, ARIN has been given another week to select their respresentatives. But even if this extra week was not given, they would choose their representatives from all the nominees that had accepted their nominations. And this shold have been done by the ARIN Board of Trustees. So ARIN is also suffering from a tight time frame, as APNIC. But they would include all the nominees in the voting process. They have clearly stated that they would ask the nominees who can attend to give a brief presentation. But you do not have to be there at this moment. A representative from ARIN would read a short statement from those who can not attend the meeting. But due to the fact that ICANN has given ARIN an extra week the actual voting will now take place at the ARIN public policy meeting on October 18, 1999. But i also fully agree with one comment from ARIN who says that it would be helpful if the ASO AC members and board member could attend the ARIN public policy meetings in order to get input from the ARIN community. This also apply on the RIPE ASO representatives. > The meeting discussed and agreed that *for this initial time* an ad-hoc procedure > needed to be used because those present felt that the process needs to move on. > Once address council members had been selected those present were asked whether > the selection was carried out as well as possible under the circumstances and > there was consensus that we had done the best we could. I fully understand that RIPE and it's membership was under the pressure to present 3 representatives to the ASO as soon as possible. But was this the best solution? Could in not be done by ordinary voting instead of the decision to take out four names from the list of nominees? What is wrong with show of hands? > *** It was also agreed that a better procedure needs to be established for the next > *** wround of selections. This is a must, and i support this initiative. And is a vital part of the ICANN process. We have to ask ourself why we want to participate in the whole ICANN business. Is it not because we want to protect the stability and the openess of how things is done regarding the "regulation" of the administrative part of the Internet that affect us all? If so, should we not live of to our own expectations first. By following best practice and have an openess and fairness in our way we perform the voting of people to the seats that will do this work for us. If we not do this, how can we then expect that other would do this? Just a thought. > This will be done over the next two RIPE meetings. Those that have ideas in this > respect are more than welcome to help with it. Contact Rob Blokzijl in order to > participate in the work. Great. I will follow this development closely ;-) > So I believe your concerns are already recognised and were recognised by those > participating in the meeting. A final clearification: I am not trying to get the voting "disqualified" and call for another round. What is done is done. Also, i have the biggest faith in those that have been chosen. I wish them good luck and i have the biggest trust in them that they will perform their duty in the best way for our members and the Internet community. The reason that i signed this mail is to make everyone aware of what i see is a strange way to perform a nomination and voting within a membership. To clearify my aim, i hearby withdraw my acceptation as a nominee. Not that this would change anything regarding the voting of the representatives to the ASO. Only to show that this issue is something that must be solve before the next selection of representatives within the RIPE community. And my personal part of this is not of any importance comparing to the much bigger issues we will front. I wish Sabine Jaume, Hans Petter Holen and Wilfried Woeber the best. Good luck! Regards /Amar Andersson Telia Net From hph at sys.sol.no Wed Oct 6 08:51:54 1999 From: hph at sys.sol.no (hph at sys.sol.no) Date: Wed, 6 Oct 1999 08:51:54 +0200 Subject: WG Plenary report Message-ID: Dear WG participant, I have started making my presentations from the RIPE meetings available on the Web. The relevant parts will probably migrate to the official WG web site over time, but in the mean time things are stored at http://home.sol.no/home/hph/RIPE The WG report from the last meeting in Amsterdam is located at: http://home.sol.no/~hph/RIPE/LIR%20WG%2034%20plenary%20report/ Sincerely, Hans Petter Holen Chair LIR-WG - the open forum where RIPE policy is made From paf at swip.net Tue Oct 5 22:16:35 1999 From: paf at swip.net (=?ISO-8859-1?Q?Patrik_F=E4ltstr=F6m?=) Date: Tue, 05 Oct 1999 22:16:35 +0200 Subject: Regarding the voting of Members to the ASO of ICANN In-Reply-To: <4.2.0.58.19991005214101.0129f4e0@127.0.0.1> Message-ID: <565078.3148150595@[192.168.111.25]> --On tisdag 5 oktober 1999 21.51 +0200 Daniel Karrenberg wrote: > So I believe your concerns are already recognised and were recognised by > those participating in the meeting. Good! Then I am happy. paf From hph at a.sol.no Mon Oct 11 17:15:25 1999 From: hph at a.sol.no (hph at a.sol.no) Date: Mon, 11 Oct 1999 17:15:25 +0200 Subject: RIPE 34 LIR WG Draft Minutes 1.0 Message-ID: <199910111513.RAA17053@stovner.sys.sol.no> Thanks to Eamonn for poduccing detailed minutes from our last meeting. Please feel free to mail me or the list comments or clearifications. RIPE 34 LIR-WG DRAFT Minutes 1.0 Chair: Hans Petter Holen Scribe: Eamonn McGuiness Agenda 1. Admin scribe distribute participants list charter mailing lists 2. Additional agenda points 3. Introduction of the new Registration Service Manager, Nurani Nimpuno Meet the RIPE NCC hostmasters 4. RIPE 33 minutes actions 5. Reports from the Regional Internet Registries 6. The RIPE community policy making process (Mirjam Kuhne, RIPE NCC) Discussion: Is this well understood? 7. ICANN - ASO Current status, further work. Definition of the selection procedure for the address council 8. Auditing Results and experiences (Mirjam Kuhne, RIPE NCC) 9. Discuss an additonal value for inetnum status attribute (James Aldridge, EUnet) 10. PGP authentication of e-mails to and from hostmaster at ripe.net (Maldwyn Morris, RIPE NCC) 11. Release of rtt source code (Maldwyn Morris, RIPE NCC) 12. AOB 12.1 IPv6 policy matters (move to LIR WG?) 12.2 mnt-by from mandatory to optional (Wilfried Woeber, ACONET) 12.3 PI address assignments to end-users (Eyal Yaniv, Netvision Ltd.) 12.4 DB support for multiple Domain objects 1. Admin Eamonn McGuiness volunteered to take notes. The participant list was circulated and signed by approximately 89 attendees. The Working group web pages and mailing list were pointed at: Mailing list: lir-wg at ripe.net Archive: http://www.ripe.net/mail-archives/lir-wg/index.html Web pages: http://www.ripe.net/wg/lir/index.html The Local IR working group deals with issues that concern Local Internet Registries. For example, Local IR operation, and the local implementation of RIPE policies and procedures are discussed here. There was consensus that we may need a better formulated charter stating that the LIR-WG is the open forum where RIPE policy is made. ACTION LIR-34.1 on Chair to suggest clarification of WG charter. 2. Agenda The agenda previously circulated to the lir-wg list, was approved and the following items were added to Any Other Business: Wilfried Woeber: RIPE NCC Auditing Activity Eyal Yaniv: PI Assignments 3. Presentation of RIPE Hostmasters The new Registration Services Manager Nurani Nimpuno was introduced. Paula Caslav left the RIPE NCC to go back to the US. Also all hostmasters present at the meeting were introduced to the audience. 4. Actions All actions from RIPE 32 were done before RIPE 33. There were no additional action points from RIPE 33. The WG minutes (published as part of the plenary minutes) from RIPE 32 were approved. 5. Reports from the Regional Internet Registries 5.1. Report from the RIPE NCC Registration Services Activities (Mirjam Kuhne) See http://www.ripe.net/meetings/ripe/ripe-34/pres/ Some highlights of the developments since the last meeting: Beginning of the year almost 2 new members per calendar day. This has now slowed down, but is still higher than the last few years, approximately 1.5 new members per calendar day. Those new members tend to grow slower than members used to in the past. This means that the workload is not increasing proportionally to the number of new members. Due to automation and efficient procedures, there was no major staff increase even though the number of new members has grown. The RIPE NCC has started allocating IPv6 addresses, 6 sub-TLAs allocated so far, smooth start. The RIPE NCC proposes to change the procedures for reverse delegation such that only members can submit requests for reverse delegation. This would decrease the workload of the RIPE NCC and increase the quality of the DNS. This issue will further be discussed on the lir-wg mailing list to understand all aspects of such a change. This item was added to AOB for further discussion but due to time shortage it was concluded with the following action: ACTION LIR-34.2 on RIPE NCC to start discussion on changing the reverse delegation policies, and make sure all aspects of it are fully understood. The RIPE NCC is currently busy updating and improving the LIR Training Course material and delivery. This will be ready before the next RIPE Meeting. A few questions were raised after the presentation: Q: Is there a deadline for the change in procedure for reverse delegation? A: Before the end of the year: We are currently re-writing the inaddr robot and would like to implement this change at the same time. Comment: We need to think about the implications for address space originally assigned by last resort registries. Q: Test Traffic Measurement will be part of membership services in 2000. How will the RIPE NCC charge for it? A: It will be a different type of membership service than registration services, because the users are not necessarily the same. We are slowly moving TTM in this direction and need to further investigate an exact charging scheme for it. Q: Are all statistics shown during the presentation also visible on the web site and are they kept up to date? A: They will be stored on the web site as part of the presentation, but we will also put them on the statistics pages. ACTION LIR-34.3 RIPE NCC: store statistics on web site and keep them up to date. Q: Can we get support from the RIPE NCC for addresses that have been assigned by the InterNIC? A: Yes, you can, we currently provide administrative support for our members. We are also working on a more structural solution, so that the assignments are stored in the DB of the region the network is operated in, even if the addresses have been originally assigned by the InterNIC. We will also work together on a technical solution for a distributed reverse delegation. 5.2. Report from the APNIC (Kyoko Day) See http://www.ripe.net/meetings/ripe/ripe-34/pres/ Some highlights: IP distribution is growing in the region even though there was a dip due to the economic crisis in Asia. The growth during this year is mainly due growth in India and Australia. Priorities for the next period: review of the APNIC membership-charging scheme. Currently the categories Small, Medium, Large are self-determined (like the RIPE NCC charging scheme was before 1997). 5.3. Report from ARIN Unfortunately no one from ARIN could attend the Meeting. Mirjam Kuhne announces that ARIN will hold their AGM in October in conjunction with a first open policy meeting and the second meeting of ARIN WGs (18.10. - 20.10.1999) 5.4. Reports from other regions At the ICANN Meeting in Santiago in August ICANN welcomed the developments in Africa and Latin America. In Latin America various groups have been co-operating and form the LatinNIC, they proposed a draft paper, which they asked the existing RIRs to review. The Interim Board of the AfriNIC is currently reviewing proposals of potential AfriNIC hosts. 6. Policy Development in the RIPE community Mirjam Kuhne gave a presentation to describe how policy is developed in this region and how people can participate in this process. See http://www.ripe.net/meetings/ripe/ripe-34/pres/ for details. The process is simple, open to anyone and based on consensus. The WG Participants were in agreement that these are true open processes and that there is no need to change them. During the discussion that followed it became apparent that more effort must be spent to make the existence of RIPE known to the outside world and to clearly distinguish it from the RIPE NCC. A comment was made that the RIPE community and the RIPE NCC membership is mainly comprised of small ISPs and that the policies and guidelines are sometimes difficult to be implemented by larger ISPs. Hans Petter understands the concern, but has experienced that difficult or unusual cases were handled on a case by case bases usually solved in the end. The question was raised if there is a voting procedure to finalise agreements and policies? Hans Petter clarifies that there is normally general agreement and a voting procedure was not necessary. Someone thinks that people might be intimidated to speak up on the mailing list and that LIRs in particular might be afraid that their performance as LIR will be questions if they raise their opinion on the mailing list. Mirjam clarifies that the RIPE WG mailing lists are open and independent and not directly linked with the operations of the RIPE NCC and individual members. Maybe this needs to be made known more widely. ACTION LIR-34.4 on the Chair to form a Task Force to document and publish the current procedures for policy development. Volunteers to this task force were to contact the chair after the meeting. Further process will be: - announce the charter of the task force to the mailinglist - Interested parties may volunteer - A draft will be posted to lir-wg for discussion - A second draft will be based on that discussion - The document will be endorsed by consensus at RIPE 35 The outcome of this task force will be useful not only to the working group members but also externally to promote the openness of RIPE. 7. ICANN - ASO The LIR-WG needs to discuss and define the selection procedure for the RIPE region nominees of the ASO Address Council. The WG chair had asked Rob Blokzijl, the chair of RIPE, to chair this part of the discussion because the WG chair was among the nominees for the Address Council. This is the first time the RIPE community needs to define a procedure to select representatives to external bodies. This task is particularly difficult, because ICANN has introduced some time pressure: They would like to have ICANN directors elected by the beginning of October. As the ICANN directors are to be selected by the address council the address council needs to be selected at this very RIPE meeting. Therefor the carefully defined time schedules and deadline for the set up of the Address Council and the selection of the ICANN directors can not be followed. The RIPE community therefor needs to define an interim procedure for the initial set of Address Council members. In the time before the next RIPE meting the procedure needs to be revisited and refined. Each candidate submitted a paragraph to motivate why they think they are suitable for the Address Council. This has been made available on the RIPE Web pages and copied and distributed among the audience. 3 of the 8 nominees were present at the LIR-WG meeting. There was a discussion if the initial candidates should only serve one year or if they should be prepared to serve 1, 2 and 3 years as defined in the ASO MoU. The audience agrees that it would create instability if all members would change after one year and that they should serve 1, 2 and 3 years respectively. It was suggested that the address council at their own discretion may ask their seat to be reconfirmed by the procedures yet to be defined. This Q: Why was self-nomination was allowed. A: It is an open process, if a person believes he or she is a suitable candidate, why should he or she not nominate him or herself? Q: Can't we use the same procedure that is used for the RIPE NCC executive board? A: The problem is that the RIPE NCC membership is a clearly defined electorate, but in this case the electorate can not clearly be identified. The audience dismissed an e-mail selection process for many reasons. One was the time frame forced upon us, other being the too difficulty to verify correct votes. An attempt was made to find general criteria in order to make a possible pre-selection. Finally it was suggested to organise an open ballot at the plenary session. Gordon Lennox from DG-XIII, European Commission warned the WG not to fall into the trap of pure voting. He admires the open and transparent processes in the RIPE community and urges the audience to make sure to have some sort of consensus decision incorporated in the procedure, either before the voting or after to endorse the decision. ACTION LIR-34.5 on Rob Blokzijl to summarise this discussion and present it at the plenary session the following day. Several ideas for the final procedures were suggested: to look at USENET voting, the IETF procedures and the RIPE NCC Association procedures. These will be further discussed on the lir-wg list. ACTION LIR-34.6 on the Chair to form at task force to define final Address council selection procedure. 8. Auditing Activity at the RIPE NCC (Mirjam Kuhne) See http://www.ripe.net/meetings/ripe/ripe-34/pres/ Mirjam clarifies that this activity has been initiated by the LIR-WG in order to ensure fair distribution of address space. She shows statistics that have been derived after having performed this activity for more than a year now. In summary it can be noted that many LIRs are familiar with policies and procedures and apply them. One area of attention is the RIPE database. The RIPE NCC works together with LIRs to maintain and update the information in the database. There was some uncertainty regarding the role of the RIPE NCC member in this process. It was not clear to some attendees if the information provided by the end-user can or needs to be amended before passing on to the RIPE NCC. This is specifically related to documentation, which is provided in local language. After a short discussion it has been agreed that the RIPE NCC requires a certain set of documentation in English. It then depends on the service the LIR provides to their customers. Some LIRs may require their customers to provide the full set of documentation and in English, some LIR may just collect information from their customers (in the local language) and then amend and translate it if sent on to the RIPE NCC. ACTION LIR-34.7 on the RIPE NCC to document the audit procedure in more detail and to clarify the role of the NCC and the member during an audit process and what is expected from each party. 9. Additional value for the status attribute (James Aldridge) James suggests allowing for more hierarchy in the status attribute of the inetnum object. The rationale behind this is to allow "sub allocating" parts of a LIRs address blocks to "sub LIRs". This is important to large (multi national) ISPs. Also Wilfried Woeber is looking for additional values to indicate for instance returned address space that needs to be documented during transition to new. ACTION LIR-34.8 on James (and Wilfried) to write up a proposal and send it to the LIR-WG mailing list. 10. PGP authentication of mails to and from hostmaster at ripe.net (Maldwyn Morris, Software Manager RIPE NCC) The RIPE NCC would like to offer PGP authentication for mail sent to the hostmaster at ripe.net. In the first instance this will only be used for authentication, not for encryption. There is consensus in the WG that this would be a useful service. As other security mechanisms (e.g. in the RIPE DB) this will not be a requirement but optional. ACTION LIR-34.9 on RIPE NCC to proceed with plans to implement PGP as an option for hostmaster communication. 11. Release of rtt source code (Maldwyn Morris, Software Manager RIPE NCC) There is consensus in the LIR WG that the RIPE NCC may publish the source code of the rtt ticketing system software. ACTION LIR-34.10 on RIPE NCC Release source code to rtt due to demand. 12. Any Other Business 12.1 IPv6 policy matters In principle all address policy related matters should be handled in the LIR-WG. For this meeting the chair had decided not to include Ipv6 policy matters on the agenda, since the agenda already had possibly time-consuming items already. It was argued that participants interested in developing RIPE policy only should have to go to one working group. The chair agrees in principle, but also sees the advantages of keeping the policy discussions in the Ipv6 WG where Ipv6 expertise is sure to be present. It was questioned from the audience what the purpose of the Ipv6 WG would be if not to discuss Ipv6 policy. This was not made particularly clear, but a reference to the work division between the LIR-WG and the DB-WG was made: the policy discussions takes place in the LIR-WG while technical implementation details relating to the database takes place in the DB-WG and is implemented by the RIPE NCC. The chair feels it is premature to make a final decision on this, but senses coming consensus that LIR-WG should do policy development for IPv4 and IPv6. ACTION LIR-34.11 on Chair Discuss moving Ipv6 policy matters to lir-wg. 12.2 PI Assignments (Eyal Yaniv) Eyal wonders if end-users who require PI address space should become RIPE NCC members themselves in order to obtain address space directly from the RIPE NCC. Mirjam clarifies that although it is discouraged to assign PI addresses to end-users it is possible if technically required. These assignments should not be made out of the PA range allocated to the LIR; the RIPE NCC will make these assignments from a separate range in order to avoid holes in the PA range of the LIR. The desire to obtain PI addresses is not a reason in itself to become a RIPE NCC member and to obtain a separate allocation from the RIPE NCC. There was also a clarification to why use of PI addresses is discouraged: this relates to the additional burden that individual route entries for end-users create on the global Internet. The RIPE policy in this area has thus been carefully worded to promote PA addresses and CIDR. It is also worth noting that certain big US providers do not accept fragments of PA addresses from peering partners (but may do so in transit agreements). 12.3 Reverse delegation process -> discussion on lir-wg to fully understand all implications This came up during Mirjams report. Since we had no time left to further discuss the aspects of this it was added to the action list to conclude this discussion on the mailinglist. (See action LIR-34.3) 12.4 DB support for multiple Domain objects Was not discussed. It was suggested to move the discussion to the db wg. Actions: Action Owner Status Description LIR-34.1 Chair Suggest clarification of WG charter LIR-34.2 WG Reverse delegation process -> discussion on lir-wg to fully understand all implications LIR-34.3 NCC Store statistics on web site and keep them up to date. LIR-34.4 Chair Form a task force for documenting the existing policy process LIR-34.5 RB suggest a selection procedure for the plenary LIR.34.6 Chair Form a task force to define final Address council selection procedure LIR-34.7 NCC Clarify LIR-RIR expectations in the audit process LIR-34.8 JA additional value for the inetnum "status" field LIR-34.9 NCC Proceed with plans to implement PGP as an option for hostmaster communication LIR-34.10 NCC Release source code to rtt due to demand LIR-34.11 WG Discuss moving IPv6 policy matters to lir-wg Draft Agenda LIR WG RIPE 35 (as presented to the RIPE 34 plenary) 1. Admin scribe, participant list, charter, mailinglists 2. Agenda 3. Meet the RIPE NCC hostmasters 4. RIPE 34 minutes actions 5. Reports from the Registries RIPE NCC APNIC ARIN Status of the Latin and AFRI NiCs 6. Report from the address council 7. The policy making process 8. Establish final selection procedure for the address council 9. Domain objects in the database 10. AOB From ripe-dbm at ripe.net Thu Oct 21 17:36:04 1999 From: ripe-dbm at ripe.net (RIPE Database Administration) Date: Thu, 21 Oct 1999 17:36:04 +0200 Subject: Top 100 Maintainers. Message-ID: <199910211536.RAA09805@birch.ripe.net> Dear list members, This is biweekly report on inconsistent objects in the RIPE whois database. The first 100 maintainers are listed as a table below sorted according to number of their inconsistent objects in the database. The rest of the maintainers which have inconsistent objects can be found at http://www.ripe.net/db/state/mntnerreport1.html You can find further information about the Consistency Project at http://www.ripe.net/db/state/ Regards, RIPE NCC Database Group =============================================================== Maintainer no of name inconsistent objects 1 NL-DOMREG 51932 http://www.ripe.net/db/state/maintainers/NL-DOMREG.html 2 DENIC-P 34998 http://www.ripe.net/db/state/maintainers/DENIC-P.html 3 XLINK-MNT 33149 http://www.ripe.net/db/state/maintainers/XLINK-MNT.html 4 DK-DOMREG 4027 http://www.ripe.net/db/state/maintainers/DK-DOMREG.html 5 INTERNET-NOC 2922 http://www.ripe.net/db/state/maintainers/INTERNET-NOC.html 6 ROKA-P 2727 http://www.ripe.net/db/state/maintainers/ROKA-P.html 7 DTAG-NIC 2587 http://www.ripe.net/db/state/maintainers/DTAG-NIC.html 8 FR-NIC-MNT 2352 http://www.ripe.net/db/state/maintainers/FR-NIC-MNT.html 9 SCHLUND-P 1621 http://www.ripe.net/db/state/maintainers/SCHLUND-P.html 10 ECORE-NET 1511 http://www.ripe.net/db/state/maintainers/ECORE-NET.html 11 BO-DOMREG 1429 http://www.ripe.net/db/state/maintainers/BO-DOMREG.html 12 NACAMAR-NOC 1383 http://www.ripe.net/db/state/maintainers/NACAMAR-NOC.html 13 AS1849-MNT 1241 http://www.ripe.net/db/state/maintainers/AS1849-MNT.html 14 WWW-MNT 1119 http://www.ripe.net/db/state/maintainers/WWW-MNT.html 15 DENIC-N 1065 http://www.ripe.net/db/state/maintainers/DENIC-N.html 16 SEKTORNET-MNT 556 http://www.ripe.net/db/state/maintainers/SEKTORNET-MNT.html 17 CSL-MNT 541 http://www.ripe.net/db/state/maintainers/CSL-MNT.html 18 DREIMARK49-MNT 531 http://www.ripe.net/db/state/maintainers/DREIMARK49-MNT.html 19 DFN-NTFY 504 http://www.ripe.net/db/state/maintainers/DFN-NTFY.html 20 DKNET-MNT 489 http://www.ripe.net/db/state/maintainers/DKNET-MNT.html 21 HIGHSPEED-DOM 455 http://www.ripe.net/db/state/maintainers/HIGHSPEED-DOM.html 22 NACAMAR-RES 428 http://www.ripe.net/db/state/maintainers/NACAMAR-RES.html 23 GLOBAL-MNT 387 http://www.ripe.net/db/state/maintainers/GLOBAL-MNT.html 24 SDT-NOC 380 http://www.ripe.net/db/state/maintainers/SDT-NOC.html 25 DIGITALWEB-MNT 377 http://www.ripe.net/db/state/maintainers/DIGITALWEB-MNT.html 26 RAIN-TRANSPAC 372 http://www.ripe.net/db/state/maintainers/RAIN-TRANSPAC.html 27 ABCAG-MNT 369 http://www.ripe.net/db/state/maintainers/ABCAG-MNT.html 28 AS1267-MNT 350 http://www.ripe.net/db/state/maintainers/AS1267-MNT.html 29 NACAMAR-POP 344 http://www.ripe.net/db/state/maintainers/NACAMAR-POP.html 30 AS6678-MNT 338 http://www.ripe.net/db/state/maintainers/AS6678-MNT.html 31 TDK-MNT 335 http://www.ripe.net/db/state/maintainers/TDK-MNT.html 32 IL-P 328 http://www.ripe.net/db/state/maintainers/IL-P.html 33 DE-VOSS 327 http://www.ripe.net/db/state/maintainers/DE-VOSS.html 34 IDNET-MNT 321 http://www.ripe.net/db/state/maintainers/IDNET-MNT.html 35 KNIPP-NOC-MNT 275 http://www.ripe.net/db/state/maintainers/KNIPP-NOC-MNT.html 36 MARIDAN-P 271 http://www.ripe.net/db/state/maintainers/MARIDAN-P.html 37 FREENAME-NOC 269 http://www.ripe.net/db/state/maintainers/FREENAME-NOC.html 38 GIGABELL-MNT 267 http://www.ripe.net/db/state/maintainers/GIGABELL-MNT.html 39 NETCOLOGNE-MNT 262 http://www.ripe.net/db/state/maintainers/NETCOLOGNE-MNT.html 40 INX-MNT 260 http://www.ripe.net/db/state/maintainers/INX-MNT.html 41 RAK-NET 256 http://www.ripe.net/db/state/maintainers/RAK-NET.html 42 AS1717-MNT 254 http://www.ripe.net/db/state/maintainers/AS1717-MNT.html 43 FR-EASYNET 249 http://www.ripe.net/db/state/maintainers/FR-EASYNET.html 44 AS3233-MNT 233 http://www.ripe.net/db/state/maintainers/AS3233-MNT.html 45 EUROCONNECT 227 http://www.ripe.net/db/state/maintainers/EUROCONNECT.html 46 AS5617-MNT 219 http://www.ripe.net/db/state/maintainers/AS5617-MNT.html 47 IMAGINET-NOC-MNT 214 http://www.ripe.net/db/state/maintainers/IMAGINET-NOC-MNT.htm 48 AT-DOM-MNT 212 http://www.ripe.net/db/state/maintainers/AT-DOM-MNT.html 49 AS2120-MNT 210 http://www.ripe.net/db/state/maintainers/AS2120-MNT.html 50 AS1899-MNT 207 http://www.ripe.net/db/state/maintainers/AS1899-MNT.html 51 AS5378-MNT 205 http://www.ripe.net/db/state/maintainers/AS5378-MNT.html 52 IWAY-NOC 205 http://www.ripe.net/db/state/maintainers/IWAY-NOC.html 53 NDH-P 203 http://www.ripe.net/db/state/maintainers/NDH-P.html 54 WESPE-MNT 202 http://www.ripe.net/db/state/maintainers/WESPE-MNT.html 55 IBGNET 198 http://www.ripe.net/db/state/maintainers/IBGNET.html 56 AS2529-MNT 196 http://www.ripe.net/db/state/maintainers/AS2529-MNT.html 57 DK-NIC 191 http://www.ripe.net/db/state/maintainers/DK-NIC.html 58 SL-CUS-MNT 190 http://www.ripe.net/db/state/maintainers/SL-CUS-MNT.html 59 AS5427-MNT 185 http://www.ripe.net/db/state/maintainers/AS5427-MNT.html 60 SKYNETBE-MNT 184 http://www.ripe.net/db/state/maintainers/SKYNETBE-MNT.html 61 IT-NIC 181 http://www.ripe.net/db/state/maintainers/IT-NIC.html 62 NLNET-MNT 180 http://www.ripe.net/db/state/maintainers/NLNET-MNT.html 63 MBT-MNT 173 http://www.ripe.net/db/state/maintainers/MBT-MNT.html 64 TRMD-MNT 168 http://www.ripe.net/db/state/maintainers/TRMD-MNT.html 65 ROM-MIKNET 164 http://www.ripe.net/db/state/maintainers/ROM-MIKNET.html 66 EU-IBM-NIC-MNT2 161 http://www.ripe.net/db/state/maintainers/EU-IBM-NIC-MNT2.html 67 OLEANE-NOC 158 http://www.ripe.net/db/state/maintainers/OLEANE-NOC.html 68 AS2871-MNT 157 http://www.ripe.net/db/state/maintainers/AS2871-MNT.html 69 AS1241-MNT 156 http://www.ripe.net/db/state/maintainers/AS1241-MNT.html 70 ONE2ONE-MNT 155 http://www.ripe.net/db/state/maintainers/ONE2ONE-MNT.html 71 NETTUNO 145 http://www.ripe.net/db/state/maintainers/NETTUNO.html 72 PRHO-GUARDIAN 139 http://www.ripe.net/db/state/maintainers/PRHO-GUARDIAN.html 73 AS5551-MNT 138 http://www.ripe.net/db/state/maintainers/AS5551-MNT.html 74 OMNILINK-MNT 137 http://www.ripe.net/db/state/maintainers/OMNILINK-MNT.html 75 NNCC 126 http://www.ripe.net/db/state/maintainers/NNCC.html 76 EVOSYS-MNT 115 http://www.ripe.net/db/state/maintainers/EVOSYS-MNT.html 77 AS3292-MNT 111 http://www.ripe.net/db/state/maintainers/AS3292-MNT.html 78 AS6721-MNT 111 http://www.ripe.net/db/state/maintainers/AS6721-MNT.html 79 ISMA-MNT 109 http://www.ripe.net/db/state/maintainers/ISMA-MNT.html 80 ISB-MNT 104 http://www.ripe.net/db/state/maintainers/ISB-MNT.html 81 ISTLD-MNT 104 http://www.ripe.net/db/state/maintainers/ISTLD-MNT.html 82 ROSNIIROS-MNT 104 http://www.ripe.net/db/state/maintainers/ROSNIIROS-MNT.html 83 SEICOM-MNT 99 http://www.ripe.net/db/state/maintainers/SEICOM-MNT.html 84 MDA-Z 90 http://www.ripe.net/db/state/maintainers/MDA-Z.html 85 AS8875-MNT 89 http://www.ripe.net/db/state/maintainers/AS8875-MNT.html 86 ODN-MNT 89 http://www.ripe.net/db/state/maintainers/ODN-MNT.html 87 INETWIRE-MNT 84 http://www.ripe.net/db/state/maintainers/INETWIRE-MNT.html 88 PROFI-MNT 84 http://www.ripe.net/db/state/maintainers/PROFI-MNT.html 89 TINET-NOC 84 http://www.ripe.net/db/state/maintainers/TINET-NOC.html 90 TPNET 81 http://www.ripe.net/db/state/maintainers/TPNET.html 91 GARR-LIR 79 http://www.ripe.net/db/state/maintainers/GARR-LIR.html 92 ICMS-NOC-MAINTAINER 79 http://www.ripe.net/db/state/maintainers/ICMS-NOC-MAINTAINER. 93 JIPS-NOSC 78 http://www.ripe.net/db/state/maintainers/JIPS-NOSC.html 94 WEB4YOU-MNT 78 http://www.ripe.net/db/state/maintainers/WEB4YOU-MNT.html 95 COMMPLEX-MNT 75 http://www.ripe.net/db/state/maintainers/COMMPLEX-MNT.html 96 MAINT-AS3352 75 http://www.ripe.net/db/state/maintainers/MAINT-AS3352.html 97 GLOBAL-ONE 74 http://www.ripe.net/db/state/maintainers/GLOBAL-ONE.html 98 DATANET-NOC 69 http://www.ripe.net/db/state/maintainers/DATANET-NOC.html 99 SPACENET-P 69 http://www.ripe.net/db/state/maintainers/SPACENET-P.html 100 JO-YN14 67 http://www.ripe.net/db/state/maintainers/JO-YN14.html From hph at sys.sol.no Fri Oct 22 11:55:17 1999 From: hph at sys.sol.no (hph at sys.sol.no) Date: Fri, 22 Oct 1999 11:55:17 +0200 Subject: ASO Address Council Message-ID: Dear Working Group, This message is to inform you that there is indeed progress in the ICANN ASO process. The Address Council is now in place and we are struggeling to try to select 3 board members to the ICANN board before the LA meeting from the nominations made in each of the regions. Due to ICANN bylaws the ICANN board needs to be informed of our choice prior to board mebers taking seat, and with less than a week to coordinate a truly global group of people this may not be practicaly possible. Time will show. So far the RIPE contigent of the AC has been present at an open meeting in Bruxelles to to listen to European Industry opinions before the ICANN LA meeting, and I was present at part of a meeting in the European part of the Government Advisory Group (GAC) where Mirjam made a presentation of how RIPE and RIPE NCC works. To summarise I bellve the main concerns as I see them today are: - are we open and insclusive enough to the telco industry and others ? - are our procedures adaptable to new technology with regards to growth and flexibility ? - do we have a fair and sound cost structure (especialy with regards to aditional ICANN funding) Without going into details on either of theese, I personaly feel that we are perhaps facing a marketing problem as much as anything else. To summarize I belive that in the EC circles it is well noted that Europe is listened to in this process. Much thanks to the tremedous effort carried out over the years by Rob, Daniel, Mirjam, Keith and others. This stresses the importance of getting on with our todo list before next meetning, something which I hope to be able to do shortly as time permits. Yours networkingly, Hans Petter Local IR Chair Please find attached citations form the mesage from Andrew McLaughlin, Seinor Advisor with ICANN: -----Original Message----- From: Andrew McLaughlin [mailto:mclaughlin at pobox.com] Sent: tirsdag, 19. oktober 1999 09:33 Subject: ASO Address Council (...) (1) Introductions APNIC Address Council members: - Takashi Arano, NTT, Japan (For a term of 3 years) - Jianping Wu, CERNET, China (For a term of 2 years) - Hyun Je Park, Thrunet, Korea (For a term of 1 year) ARIN Address Council members: - Cathy Wittbrodt, Excite at Home, USA (For a term of 3 years) - David Meyer, Cisco and University of Oregon, USA (For a term of 2 years) - Raimundo Beca, AHCIET, Chile (For a term of 1 year) RIPE NCC Address Council members: - Sabine Jaume, RENATER, France (For a term of 1 year) - Hans Petter Holen, SOL System, Norway (For a term of 2 years) - Wilfried Woeber, Vienna University, Austria (For a term of 3 years) (...) I assume that APNIC (serving as the initial ASO Secretariat) will make arrangements for a mailing list for the Address Council. (...) --Andrew ------------------------------------------------------------------ andrew mclaughlin | senior adviser internet corporation for assigned names and numbers | ------------------------------------------------------------------ From hph at a.sol.no Mon Oct 25 20:59:16 1999 From: hph at a.sol.no (hph at a.sol.no) Date: Mon, 25 Oct 1999 20:59:16 +0200 Subject: Announcement: 3 new ICANN board members appointed Message-ID: <199910251859.UAA29215@gaustad.sys.sol.no> Dear friends of RIPE, The address council of the Address Supporting Organisation of ICANN has today performed its first important task. Following the regional open calls for nominations, three members for the ICANN board has been selected Rob Blokzijl (RIPE NCC region) for a 3 years term Pindar Wong (APNIC region) for a 2 years term Ken Fockler (ARIN region) for a 1 year term The terms may be reconsidered at the upcoming meeting in Los Angeles, but for formal reasons we had to decide on the terms without having time to meet or consult with the candidates. It is worth noting that the Address Council has been under enormous pressure to come up with the candidates by today at latest. According to the ICANN bylaws, the current ICANN board has to be informed of the new board members 7 days before the new board members can take their seat. We were therefor facing two choices: rush the process as much as possible, an almost impossible task with members of the address council from Japan, China, Korea, Austria, France, Norway, USA and Chile in order to enable our board members to take seat before the Los Angeles board meeting. Or we could have waited, thus taken away our communities voices on the upcoming board meeting. We did however manage to select one candidate from each region regionally, and then had a phone meeting earlier on today to confirm the selections. We managed to establish a quorum (5 out of 9 present, and more than 2 out of 3 regions represented) and all votes were unanimous. Wish them good luck, As they may need it, to make sure ICANN becomes what it needs to be to ensure active development of the Internet. Sincerley Hans Petter Holen Local IR Working Group Chair / ICANN ASO Address council member -----Original Message----- From: Sabine Jaume [mailto:Sabine.Jaume at renater.fr] Sent: mandag, 25. oktober 1999 18:29 To: mclaughlin at pobox.com Cc: hph at sys.sol.no; arano at byd.ocn.ad.jp; cathy at excitehome.net; dmeyer at cisco.com; rbeca at ctc.cl; Woeber at CC.UniVie.ac.at; jianping at sea.net.edu.cn; hjpark at corp.thrunet.com; 'Mike Roberts'; 'Esther Dyson'; 'Paul Wilson'; 'Kim Hubbard'; 'Mirjam Kuehne'; arano at nic.ad.jp Subject: ASO Board members Andrew, As chair of today AC conference call , I am pleased to give you the names ofthe 3 board members for ASO. Ken Fockler (ARIN region) for a 1 year term Pindar Wong (APNIC region) for a 2 years term Rob Blokzijl (RIPE NCC region) for a 3 years term Please note that terms may be reconsidered during the 1st November evening meeting in LA, after having met each of these three directors. Best Regards -- Sabine JAUME From hank at ibm.net.il Tue Oct 26 12:47:11 1999 From: hank at ibm.net.il (Hank Nussbacher) Date: Tue, 26 Oct 1999 12:47:11 +0200 Subject: hostmaster falling behind Message-ID: <3.0.5.32.19991026124711.007d1d70@max.ibm.net.il> [ Moderator note: changed local-ir at ripe.net -> lir-wg at ripe.net ] A week ago I sent a request for a new ASN to hostmaster with a response: >Please note that you might experience an extra delay for the initial >response from one of our hostmasters. This is due to the current >number of requests in our waitqueue. We are sorry for this delay and >we will do our best to bring the response time back to normal as >soon as possible. Still no response after 7 days. Where can we see updates on this matter via www.ripe.net? Is there a place to view the queue size? Is RIPE NCC hiring more people? I think the LIRs should be updated - as this is not the 1st time this year that this has happened. Thanks, Hank From nurani at ripe.net Tue Oct 26 16:43:08 1999 From: nurani at ripe.net (Nurani Nimpuno) Date: Tue, 26 Oct 1999 16:43:08 +0200 Subject: hostmaster falling behind In-Reply-To: Your message of Tue, 26 Oct 1999 12:47:11 +0200. <3.0.5.32.19991026124711.007d1d70@max.ibm.net.il> References: <3.0.5.32.19991026124711.007d1d70@max.ibm.net.il> Message-ID: <199910261443.QAA00400@x7.ripe.net> Dear mr Nussbacher, We sincerely apologise for this delay. The wait queue was down to 2-3 days for the last couple of months, but unfortunately it has been extremely busy lately, which has caused it to rise again. The reason partially being that we are receiving an increasing amount of requests, but it has also been related to unexpected staffing shortages. We have however increased our staff due to this and are at the moment fully staffed. We therefore expect the wait queue to go down to normal within a week. You cannot see the exact queue size on the web, but as I mentioned above we are at the moment reducing the wait queue dramatically, so your request should be dealt with today. I hope you have understanding for this temporary delay and assure you that this will be an exception and not the rule in the future. Thank you for your patience, Nurani Nimpuno Registration Service Manager RIPE NCC Hank Nussbacher writes: * [ Moderator note: changed local-ir at ripe.net -> lir-wg at ripe.net ] * * * A week ago I sent a request for a new ASN to hostmaster with a response: * * >Please note that you might experience an extra delay for the initial * >response from one of our hostmasters. This is due to the current * >number of requests in our waitqueue. We are sorry for this delay and * >we will do our best to bring the response time back to normal as * >soon as possible. * * Still no response after 7 days. Where can we see updates on this matter * via www.ripe.net? Is there a place to view the queue size? Is RIPE NCC * hiring more people? I think the LIRs should be updated - as this is not * the 1st time this year that this has happened. * * Thanks, * Hank * * From sid at free.net Tue Oct 26 17:49:38 1999 From: sid at free.net (Dimitri Sidelnikov) Date: Tue, 26 Oct 1999 18:49:38 +0300 Subject: hostmaster falling behind References: <3.0.5.32.19991026124711.007d1d70@max.ibm.net.il> Message-ID: <3815CD92.8502CA81@free.net> Hank Nussbacher wrote: > > A week ago I sent a request for a new ASN to hostmaster with a response: > > >Please note that you might experience an extra delay for the initial > >response from one of our hostmasters. This is due to the current > >number of requests in our waitqueue. We are sorry for this delay and > >we will do our best to bring the response time back to normal as > >soon as possible. > > Still no response after 7 days. Where can we see updates on this matter > via www.ripe.net? Is there a place to view the queue size? Is RIPE NCC > hiring more people? I think the LIRs should be updated - as this is not > the 1st time this year that this has happened. > > Thanks, > Hank I've sent a Sub-TLA request form 12 days ago!!! Got Acknowledgement: Ticket Numbers: NCC#1999108352 Valid ...and still waiting for a response. :-( -- Dimitri I. Sidelnikov FREEnet Hostmaster From nurani at ripe.net Tue Oct 26 18:17:31 1999 From: nurani at ripe.net (Nurani Nimpuno) Date: Tue, 26 Oct 1999 18:17:31 +0200 Subject: hostmaster falling behind In-Reply-To: Your message of Tue, 26 Oct 1999 18:49:38 +0300. <3815CD92.8502CA81@free.net> References: <3815CD92.8502CA81@free.net> Message-ID: <199910261617.SAA00845@x7.ripe.net> Dear Mr Sidelnikov, We have in fact responded to your request. As it is an IPv6 request it was however given lower priority than our more urgent requests. IPv6 requests are not handled the same way as normal requests, which I am sure you have understanding for. Please don't hesitate to contact us the hostmaster dealing with your request directly if you have any further problems. Kind regards, Nurani Nimpuno Registration Service Manager RIPE NCC Dimitri Sidelnikov writes: * Hank Nussbacher wrote: * > * > A week ago I sent a request for a new ASN to hostmaster with a response: * > * > >Please note that you might experience an extra delay for the initial * > >response from one of our hostmasters. This is due to the current * > >number of requests in our waitqueue. We are sorry for this delay and * > >we will do our best to bring the response time back to normal as * > >soon as possible. * > * > Still no response after 7 days. Where can we see updates on this matter * > via www.ripe.net? Is there a place to view the queue size? Is RIPE NCC * > hiring more people? I think the LIRs should be updated - as this is not * > the 1st time this year that this has happened. * > * > Thanks, * > Hank * * I've sent a Sub-TLA request form 12 days ago!!! Got Acknowledgement: * Ticket Numbers: NCC#1999108352 Valid * * ...and still waiting for a response. :-( * -- * Dimitri I. Sidelnikov * FREEnet Hostmaster * From sid at free.net Tue Oct 26 20:44:22 1999 From: sid at free.net (Dimitri Sidelnikov) Date: Tue, 26 Oct 1999 21:44:22 +0300 Subject: hostmaster falling behind References: <3815CD92.8502CA81@free.net> <199910261617.SAA00845@x7.ripe.net> Message-ID: <3815F686.556870C4@free.net> Nurani Nimpuno wrote: > > Dear Mr Sidelnikov, > > We have in fact responded to your request. Yes, I've got a response, but unfortunately it reached me just after I had sent my message of complain. I'm really sorry for beeing so impatient. Sincerely yours, -- Dimitri I. Sidelnikov FREEnet Hostmaster From hostmaster at mediaways.net Wed Oct 27 08:52:02 1999 From: hostmaster at mediaways.net (mediaWays Hostmaster) Date: Wed, 27 Oct 1999 08:52:02 +0200 Subject: 7 days delay Message-ID: <19991027065202.24441.qmail@demdwu24.mediaways.net> [ Moderator note: changed local-ir at ripe.net -> lir-wg at ripe.net ] Dear community, I can acknowledge that delay. I'm waiting 8 days for a request response. That does not make me really lucky. Inquires again with NCC#Nr. that possibly could help. Regards, _____________________________ Stephan Mankopf +49 5241 80 88729 stephan.mankopf at mediaways.net