On Sep 23, 2011, at 9:53 PM, Cameron Byrne wrote:
So if there is going to be breakage, and folks are willing to fix it over
time because the good outweighs the bad (I personally do not believe this),
then why not dedicate 240/4 for this purpose?
The 240/4 work has been shot down multiple times ( I don't know the history
), are we now changing the rules for the end run ?
It's hard to know for sure, but I believe there's greater risk associated with
use of 240/4 than with a /10 from existing public IPv4 space. That is, I think
more software would be needed to allow 240/4 to be used reliably.
For my use case, a /10 does nothing. I use tens of /8s of squat space... A
/4 would really help... or having everyone really moving vendors and networks
to ipv6....because they have to.... if this draft goes through, there is
clearly less business pressure to solve the numbering problem and there will
be new business pressure to roll out nat444
The IPv4 numbering problem isn't going to be solved. Solving that problem is
much more difficult than migrating to IPv6. It's not for lack of business
pressure; it's just inherently easier to build a new network with new address
space, than to add another layer of indirection to the existing IPv4 network.
If we were going to tackle the IPv4 address exhaustion problem by adding
another layer of indirection, we needed to get started on it about 20 years ago
when there was still a considerable amount of IPv4 space left to work with.
For better or worse, that's not what happened.
Furthermore, I find this draft's statements about "we are trying real hard to
deploy ipv6" as not convincing... we are 10 years in on v6, no?
I only seriously deployed ipv6 when it was clear the business had to deploy
ipv6.... there were no other choices.
ARIN is looking for the IETF to bless this because they know it's bad, they
know this is a step in the wrong direction.... but the IETF made me do it...
To me, it doesn't look like a step in the wrong direction. The only argument I
can see against allocating this space is that it will prolong the life of IPv4
and CGN. But on balance, I think that's probably necessary, distasteful
though it may be.
Keith
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf