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

George Bonser gbonser at seven.com
Fri Jan 21 19:34:29 EST 2011

Just a note that I am going to run various things up the flagpole as I
think this through and come to a final conclusion and the below was one
of those things.  I realize it is pretty moot after *complete* runout as
a new provider won't be able to get any IP addresses but a new provider
also has the leeway to tell someone "don't use 10/8 for your internal
addressing, we are going to use that for NAT for you".

In fact, I have a link to one provider right now that is in 10/8 space

> -----Original Message-----
> From: George Bonser
> Sent: Friday, January 21, 2011 4:29 PM
> To: 'Aaron Hughes'; Jimmy Hess
> Cc: arin-ppml at arin.net
> Subject: RE: [arin-ppml] ARIN-prop-127: Shared Transition Space for
> IPv4Address Extension
> >
> > Again, large quantities of space will be required for NAT444. NAT444
> is
> > going to happen. The space used to accomplish this should be coming
> > from a global policy, however, we are out of time for this to work.
> If
> > we don't do something soon, people will use space inappropriately.
> This
> > proposal gets providers to use a known /10 we can filter on and
> > implement it correctly / legitimately, the first time. Please give
> > support.
> >
> > Cheers,
> > Aaron
> There should be ways to reduce the space needed for 444.  If, for
> example, you are a national provider, you could reuse that same 444
> space in each region.  But I suppose the other thing is,  who cares if
> a provider chooses to use 444, they can use their own address space
> it.  A small operator might get by with a /24 someone else might need
> /16.
> Seems to me the real goal here is to deploy it in a manner where it
> doesn't actually eat any of the provider's own resources.  Making the
> provider provision it out of their own resources might actually keep
> the implementation down to only where it is absolutely necessary.
> Creating this global /10 would, in my opinion, encourage the
> of it.  If it is "going to happen anyway", then so be it, it is what
> is.  But if the providers need to use a chunk of their own space for
> it, it forces an economy in the use of it.

More information about the ARIN-PPML mailing list