- lir-wg - mailman.ripe.net

Request for contributions
by Hans Petter Holen 30 Jun '03

30 Jun '03

Dear Colleagues, The next meeting of this Working Group will be held in Amsterdam during RIPE 46: RIPE 46 1 - 5 September 2003 Amsterdam, The Netherlands The scope of these meetings is the open discussion of the addressing policies for the RIPE region. We request your proposals for discussion topics at this next WG meeting. Topics for discussion should be within the WG's remit of addressing policy for the RIPE region. It is worth making clear that this working group is an open forum and is NOT restricted to RIPE NCC members. Any person from the RIPE community that is interested in the activities of the WG is welcome to contribute with these suggestions. Some of the topics that are still ongoing discussions originated on previous WG meetings are: - Review of the PI assignment policy - Review of the IPv6 allocation and assignment policy - Discussion on IPv6 Address Space Management The proposals should be submitted to the WG public mailing list: <lir-wg(a)ripe.net> If you need more information, please contact one of the chair/co-chairs - Hans Petter Holen <hholen(a)no.tiscali.com> (Chair) - Gert Döring <gert(a)greenie.net> (Co-chair) - Andrea Borgato <andrea(a)inet.it> (Co-chair) Sincerely Hans Petter Holen WG Chair

1 0

RE: [lir-wg] Discussion about RIPE-261
by Michel Py 25 Jun '03

25 Jun '03

Aleksi, Agree with your posting below, which is one of the reasons vendors of geeky hardware have stated that they can't guarantee they'll continue to ride Moore's law (one of the other reasons being that the problem of routing table growth tends to switch from memory/cpu usage to protocol stability issues). > These technologies are also way more complex than DRAM > to begin with. No argument here. Put a DRAM wafer and a CAM wafer side-by-side under a microscope and you'll immediately realize this. Michel. > Aleksi Suhonen wrote: Routers -- and especially L3-switch-routers -- tend to use content addressable memory (CAM) or other such specialized architectures instead of dynamic random access memory (DRAM) to store the forwarding table on NICs. The production numbers of DRAM chips are orders of magnitude larger than those of CAM chips, and the gap is getting bigger. These technologies are also way more complex than DRAM to begin with. This means that the same amount of memory takes up a lot more silicon real estate which is exponentially relative to chip cost. Using just DRAM is not an option either because you cannot build the whole Internet on small-to-medium size routers with slow line cards. Some operators will always outgrow them and those operators will be the ones who in the end dictate how things are done. This doesn't actually have anything to do with my personal view on routing table growth. I'm just saying that there is a real technical reason to be worried about it. CAMs (et al.) are getting larger every year of course but, to the best of my knowledge, they are not doubling in size every year as per Moore's law. To quote Frederick Brooks, I don't think there will be a silver bullet to this problem.

1 0

RE: [lir-wg] Discussion about RIPE-261
by Hank Nussbacher 25 Jun '03

25 Jun '03

At 01:29 AM 26-05-03 -0700, Michel Py wrote: > > Needless to say, your numbers do not seem to take in any > > socio-economic factors. Assigning a /12 to North America > > as well as to Northern Africa and India might make > > socialistic sense as well as being "politically correct", > > but from a reality standpoint, it just don't fly. > >It's politically impossible to assign socio-economic factors such as >wealth. Who am I to pick a number and decide that Ethiopia gets 16 times >less addresses that the US? If it is true that in the short term it >would work, this would generate endless debates, which is why I picked >that an Ethiopian gets the same number of IP addresses than an American. So don't assign wealth. Use some number that has direct influence on IPv6 usage. Among the possibilities: - # of computer per capita - # of cellphones per capita - % of homes with electricity - % of homes with phone/cable - % of of homes with more than 5 electrical appliances Each would have a direct bearing on IPv6 usage. Pick any of the above or all of the above. -Hank

9 21

AfriNIC Announces Decision On Host Country Proposals
by leo vegoda 24 Jun '03

24 Jun '03

Dear Colleagues, The following announcement was released by the AfriNIC Board of Trustees. Best regards, -- leo vegoda RIPE NCC Registration Services Manager ------------------------------------------------------------------------- Announcement by the AfriNIC BOT Concerning AfriNIC Host Country Proposals ------------------------------------------------------------------------- ------------------ Date: 23 June 2003 ------------------ 1. There was a call for proposals in terms of the hosting proposal document as published on the AfriNIC web site. The BOT received 5 proposals 2 of which were received after the deadline. All the proposals were accepted by the AfriNIC BoT. The proposals are published at http://www.afrinic.org/AfriNIC-Hosting-Proposals.shtml 2. AfriNIC held a public meeting in Kampala on 15 June 2003, where the host country proposals were presented. 3. Having heard the proposals that Board requested that at closed meeting be held to find a consensus on the matter between interested parties. The following were present at that meeting; * Board Members including Nii Quaynor, Richard Bell, Charles Musisi, Theo Kramer and Alan Barrett. * Members Of The Working Group from Montevideo including Sunday Folayan, Brian Longwe, and Anthony Brooks. * Representatives of Host Country Bidders - including representatives from Ghana, Uganda, Kenya, South Africa, and Mauritius. 4. Those present were are able to agree on the following consensus. As with all compromises the solution did not meet 100% of everyone's expectations, however it was agreed that all parties present found the proposal to be an acceptable and workable one. Notwithstanding the need for cost control and operational efficiency, it was decided that the operational functions of AfriNIC could be effectively divided as follows; a. Administrative Centre. Including legal incorporation, business manager, and, secretariat. b. Training Centre. To co-ordinate and implement all the training activities for AfriNIC. c. Technical Operations Centre. Including hardware & infrastructure facilities. d. Back Up & Disaster Recovery Facility for Technical Operations. 5. The consensus was to allocate these functions as follows: a. Administrative Centre - Mauritius b. Training Centre - Ghana c. Technical Operations Centre - South Africa d. Back Up & Disaster Recovery Centre - Egypt 6. It was agreed that the board should issue revised terms of reference for each of the functionalities so that the successful bidders in each section could produce detailed implementation plans and finalize funding for their respective areas of responsibility. These revised TORs would be discussed with bidders. 7. Subsequent to the Kampala meeting, the AfriNIC Board of Trustees has unanimously voted to ratify the the consensus proposal from the Kampala meeting as described above. Whatever our collective interests and reservations, consensus requires compromise. We have a workable proposal on the table with consensus from the majority of interested parties. That proposal has been ratified by the board and we take this opportunity to inform the community at large of the board's decision. It is our sincere hope that the process will now begin to progress rapidly and we thank the community for their continued support. Yours sincerely, The AfriNIC Board of Trustees

1 0

[aso-announce] Call comments on draft ASO documents
by Nick Hyrka 24 Jun '03

24 Jun '03

[apologies for any duplicate mails.] Dear Colleagues, The ASO Secretariat has announced the following call for comments: Greetings. The Address Supporting Organization (ASO) is pleased to call for public comments on the following draft documents: * Procedures for the election of AC Chair and Co-Chairs (draft) - This draft document defines the role of ASO Address Council (AC) Chairs and Co-Chairs describes the process of electing individuals to serve in these roles. - http://www.aso.icann.org/docs/chair-selection-draft20030510.html * ASO-AC ICANN Board Selection Procedures (draft) - This draft document describes the procedures and criteria the AC should adopt in selecting individuals to serve on the ICANN Board of Directors. - http://www.aso.icann.org/docs/bod-selection-draft20030424.html * ASO Roadmap 2003 (draft) - This draft document sets out the proposed work plan for the AC in 2003. - http://www.aso.icann.org/docs/roadmap-2003.html If you have any comments or questions on any of these documents, please direct them to the aso-policy mailing list. For subscription details, please refer to: http://www.aso.icann.org/lists/ Kind regards - ASO Secretariat -- * on-line archive: http://aso.icann.org/wilma-bin/wilma/aso-announce * -- Nick Hyrka RIPE NCC Communications Manager

1 0

RE:[lir-wg] 80.x.x.x cannot resolve .zw addresses
by Liberty Dandira 10 Jun '03

10 Jun '03

The webserver on this IP is refusing to talk, but the DNS is proper... I suspect they have set an IP thats on a local area network, typical for Windows 2000 or NT. Liberty Dandira (Msc.) Harare

1 0

Re: [lir-wg] proposal: remove annyoing auto-responders from the lir-wg list?
by Janos Zsako 06 Jun '03

06 Jun '03

> From lir-wg-admin(a)ripe.net Fri Jun 6 11:14:14 2003 Dear all, I second the automatic deletion from the lir-wg list of the subscribers who set up broken auto-responders (i.e. Gert's original proposal). As the list is open to anyone as far as I know, i.e. the subscription is automatic, and does not need an authorization from a human, I see no harm in deleting such subscribers (I guess they would get a notification of the termination of the subscription anyway - otherwise I recommend to send one). Once deleted from the list, when they come back from the pleasant vacation they can on one hand re-subscribe if they wish and they can check the list archives for mail they may have missed. > On Fri, Jun 06, 2003 at 11:03:50AM +0200, Pim van Pelt wrote: > > And for what its worth, I would like it to happen > > on every mailing list. > > While I second that, it's up to the individual list owners / chairpeople > to decide for the other lists... Yes, I second this too. Of course, Gert is right, and the list owners should probably base their decision on the above (i.e. availability of archives, automatic subscription, notification upon deletion). Janos

1 0

proposal: remove annyoing auto-responders from the lir-wg list?
by Gert Doering 06 Jun '03

06 Jun '03

Hi, let's start a second discussion... I propose that people that have broken auto-responders and respond to mailing list postings (and don't even back off, but respond to every single e-mail) are removed from the lir-wg mailing list. It's just too annoying. Comments? gert ----- Forwarded message from webmaster(a)keyworld.net ----- To: gert(a)space.net Subject: Autoreply: Re: [lir-wg] Discussion about RIPE-261 From: webmaster(a)keyworld.net Date: Thu, 5 Jun 2003 17:32:03 +0200 Hi, I am out of the office till the 9th of June 2003. --> If you have a technical issue please send an e-mail to support(a)keyworld.net. --> If you have a query on the Vegastream products please send an e-mail to sales(a)keyworld.net. --> If you have a query on website hosting or require changes to one currently hosted with us please contact Mr. Alton Costa on email alton(a)keyworld.net Thank you for choosing KeyWORLD as your communications partner. Best Regards, Christian Ransley B.Sc. Web & Technical Services Manager Keyworld Ltd. UB42, Industrial Zone San Gwann SGN 09 Tel: (+356) 2540 2540 Fax: (+356) 2540 9999 Email: webmaster(a)keyworld.net Website: http://www.keyworld.net ----- End forwarded message ----- Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 55295 (54837) SpaceNet AG Mail: netmaster(a)Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299

5 7

Hi to the group
by A. Hakan ASKAR 06 Jun '03

06 Jun '03

Dear all ! We are an ISP operating in Turkey called Gediknet. We got some problems about managing our IP blocks. As Gediknet A.S. these ip blocks ( 195.244.32.0 - 195.244.63.255 ) are belong to us and if you look to the whois db you can see that these ip's are mnt-by your RIPE. We are trying to get an AS Number but as you can imagine we are not the mnt !. To correct this problem, what can we do ? Regards ; A. Hakan ASKAR Gediknet A.S. Manager

4 3

RE: [lir-wg] proposal: remove annyoing auto-responders from the lir-wg list?
by Michel Py 06 Jun '03

06 Jun '03

> Gert Doering wrote: > I propose that people that have broken auto-responders and > respond to mailing list postings (and don't even back off, > but respond to every single e-mail) are removed from the > lir-wg mailing list. It's just too annoying. > Comments? Very good idea IMHO. I think that bouncing one time for each source address is acceptable, but not every email. Michel.

1 0