On Jul 17, 2014, at 09:28 , Gary Buhrmaster <[email protected]> wrote:

> On Thu, Jul 17, 2014 at 3:35 PM, Mike Burns <[email protected]> wrote:
> ....
>> Others have noted we are rearranging the deck chairs on the Titanic with
>> these IPv4 policy issues.
>> Maybe it is time to metaphorically sweep those chairs into the sea so we can
>> move on.
> 
> Perhaps that is an interesting idea.  Remove needs testing for
> IPv6 /48s, and let everyone move on to being able to access
> all of the Internet.  I would have to consider the other implications,
> but I think I could get behind removing needs testing for /48's
> given how large the remaining IPv6 address space is, and it
> would be an interesting experiment and insure that there is
> absolutely no reason that one cannot move to IPv6 now.

I don't support removing needs testing for IPv6 /48s at this time, but I will 
point out that the existing needs test for IPv6 boils down to:

1.      I have a site.
2.      I want to connect that site to the internet.
3.      The address for that site is within the ARIN region.
4.      That site meets one or more of the following criteria:
                A)      Already has IPv4 from ARIN (6.5.8.1.a)
                B)      Will be multihomed (6.5.8.1.b)
                C)      Will have 2000 host addresses in use within 12 months 
(6.5.8.1.c)
                D)      Will have 200 subnets within 12 months (6.5.8.1.d)
                E)      Has some other technical justification for needing a 
direct assignment rather than getting LIR assigned space (6.5.8.1.e)

It's not quite a Pez dispenser, but it's about as close as I would be 
comfortable making it.

From NRPM section 6.5.8:

> 6.5.8.1. Initial Assignment Criteria
> Organizations may justify an initial assignment for addressing devices 
> directly attached to their own network infrastructure, with an intent for the 
> addresses to begin operational use within 12 months, by meeting one of the 
> following criteria:
> Having a previously justified IPv4 end-user assignment from ARIN or one of 
> its predecessor registries, or;
> Currently being IPv6 Multihomed or immediately becoming IPv6 Multihomed and 
> using an assigned valid global AS number, or;
> By having a network that makes active use of a minimum of 2000 IPv6 addresses 
> within 12 months, or;
> By having a network that makes active use of a minimum of 200 /64 subnets 
> within 12 months, or;
> By providing a reasonable technical justification indicating why IPv6 
> addresses from an ISP or other LIR are unsuitable.


This is the official wording, but I think I captured the essence above.

Further, 6.5.8.1 goes on to provide several examples that should qualify under 
6.5.8.1(e), so an inability to justify an IPv6 /48 for your site is, at this 
point, pretty much a failure of imagination or an impressively small site with 
no directly assigned IPv4 resources.

Seriously, how hard is it to stand up 2000 interface addresses over the course 
of 12 months? If I _REALLY_ had to do this, I bet 15 minutes and a PERL script 
could do it on a single host. (No, I'm not advocating that, just pointing out 
that short of an incredibly silly trivial infrastructure, this is really a 
no-brainer).

Remember, if you use privacy addressing, you're probably looking at 4-5 
addresses per host minimum, depending on how you set your preferred and valid 
lifetimes and your refresh rate on rotating privacy addresses. So 2000 
addresses is more like 400 active hosts, including all your routers, virtual 
machines, switches, web servers, etc. You can also allocate an IPv6 address to 
every service on a box if you want. (completely legitimate and good technical 
reasons to do so in some cases).

2000 host addresses is a _REALLY_ low barrier to entry, as is 200 subnets.

Owen

_______________________________________________
PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List ([email protected]).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-ppml
Please contact [email protected] if you experience any issues.

Reply via email to