[ppml] [address-policy-wg] Those pesky ULAs again
JORDI PALET MARTINEZ jordi.palet at consulintel.es
Tue May 29 13:18:39 CEST 2007
Agree, and in addition to that, I'm convinced that it is not good at all that somebody else different than the RIRs start allocating addresses. Regards, Jordi > De: "Wilfried Woeber, UniVie/ACOnet" <Woeber at CC.UniVie.ac.at> > Organización: UniVie - ACOnet > Responder a: <Woeber at CC.UniVie.ac.at> > Fecha: Tue, 29 May 2007 11:08:49 +0000 > Para: Shane Kerr <shane at time-travellers.org> > CC: <ppml at arin.net>, "address-policy-wg at ripe.net" <address-policy-wg at ripe.net> > Asunto: Re: [ppml] [address-policy-wg] Those pesky ULAs again > > Shane Kerr wrote: > > [...] >> >> If you insist on ULA central, my preferred implementation is a web >> page where you click on a button that says "give me a ULA prefix" and >> it allocates a random prefix that is not in use, and prints it on the >> screen. The only implementation question I'm not sure about is whether >> the list of allocated prefixes would be public or not; I lean towards >> making it public, although there is a (small) privacy concern. I think >> the cost of this implementation is low enough you could find a group >> of volunteers to host the system. > > My take on this is that (general) ULA is supposed to provide access > to "almost" unique prefixes. This can be managed in a distributed way. > > The "central" thing is supposed to take care of the 10^-<whatever> > chance that your's is used by someone else, too. Thus it is only (more) > useful (than general ULA) if the distribution environment can guarantee > uniqueness. > > Such a guarantee involves management and review, and complaint handling > - eventually, plus protection against DoS-Attempts and legal protection. > I am not convinced that a simple (=cheap / for free) mechanism is "good > enough". > >> -- >> Shane > > Wilfried. > ********************************************** The IPv6 Portal: http://www.ipv6tf.org Bye 6Bone. Hi, IPv6 ! http://www.ipv6day.org This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.