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@ietf.org
https://www.ietf.org/mailman/listinfo/ietf

Reply via email to