ietf
[Top] [All Lists]

RE: IPv4 addresses eaten by... what? (was: IPv6 standard)

2009-09-28 13:15:38
Arnt,

Look at http://www.nro.net/ for the current process. Look at
http://www.ebay.com/ for the process once the IANA & RIR pools are
allocated. There are misguided fantasy discussions about controlling the
market in the RIR context, but given that their charters explicitly say that
they make no statement about the utility or routing of any allocation, they
have absolutely no leverage on whatever transactions a market might produce.
Look to the CIDR deployment filtering wars to see that the business side of
each ISP will beat down the technical side every time, so expect that the
routing system will routinely carry /28-29 IPv4 prefixes in a few years.

Tony


-----Original Message-----
From: ietf-bounces(_at_)ietf(_dot_)org 
[mailto:ietf-bounces(_at_)ietf(_dot_)org] On Behalf Of
Arnt Gulbrandsen
Sent: Monday, September 28, 2009 5:34 AM
To: ietf(_at_)ietf(_dot_)org
Subject: IPv4 addresses eaten by... what? (was: IPv6 standard)

There is another question, which isn't nearly as thoroughly discussed.

Clearly, IPv4 processes are allocated as part of a number of different
processes. Chain X opens the 16001st outlet and wants that to have
exactly the same computer/network setup there as in other 16000. Telco
Y adds another UMTS customer and needs another IP address for that. And
so on, and so forth.

Once there aren't any more IPv4 addresses (on terms acceptable to the
people involved) these processes have to change in some way. I'm not
interested in _how_ they have to change. My question now is instead:
What are the processes that are responsible for most allocation at the
moment? Has anyone surveyed that?

Arnt
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf

_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf

<Prev in Thread] Current Thread [Next in Thread>