[arin-ppml] ARIN-prop-127: Shared Transition Space for IPv4 Address Extension

[George, Wes E [NTK]]

> -----Original Message-----
> From: Owen DeLong [mailto:owen at delong.com]
> Sent: Friday, January 21, 2011 1:08 PM
> Subject: Re: [arin-ppml] ARIN-prop-127: Shared Transition Space for
> IPv4 Address Extension
> 
> >
> > Regardless of what we do, NAT444 is a necessary evil. It's just a
> question
> > of how much remaining address space (if any) we want to use in the
> > commission of said evil.
> >
> In case anyone missed the subtlety of Wes's statement here... The
> answer to that question is:
> 
> A.	A single /10 shared by everyone worldwide
> B.	Lots of smaller block (likely totaling quite a bit more than a
> /10)
> 	that are not shared between the different providers each of whom
> 	is forced to go acquire their own.
[WES] I maintain that there is also C) 1918 space that is not being used by
standard CPE devices by default and D) a subset of the provider's *existing*
IPv4 space.
I remain unconvinced that providers will be able to justify a significant
amount of new space to make B happen on account of needing to do NAT444.

> 
> In the event that B transpires, there is exactly 0 gain to any ISP for
> sharing and many many downsides if they do.
> 
[WES] Please explain this. Why would there be no gain for an ISP to acquire
and share addresses with other similarly situated ISPs *without* ARIN
formally reserving it, but somehow it's a great and wonderful thing *with*
ARIN (or IETF/IANA)'s blessing? They can just as easily populate the right
info in whois making it clear that this is a shared block as ARIN can...

Wes George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6793 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20110121/2fd17068/attachment.bin>