[arin-ppml] Policy Proposal: Open Access To IPv6

[Davis, Terry L]

Leo

We've had our /32 for something like five years now and yes for enterprises it is certainly doable.  

But to get IPv6 implementations under way in the needed scale, we need to find a way to make it easily obtainable for at least education and small/startup businesses.

Take care
Terry

> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On
> Behalf Of Leo Bicknell
> Sent: Friday, May 29, 2009 2:30 PM
> To: arin-ppml at arin.net
> Subject: Re: [arin-ppml] Policy Proposal: Open Access To IPv6
> 
> In a message written on Fri, May 29, 2009 at 02:22:58PM -0700, Davis,
> Terry L wrote:
> >    The simple answer is that regardless of how we try to prevent it; our
> >    computing environment gets built into our applications.  In short,
> >    although IPv6 makes re-addressing easy, it cannot fix the parts of an
> >    entity's infrastructure that get built into code, scripts, or
> >    configs.
> 
> I've noticed several people blurring a line here, but Terry had the
> easiest post to reply to and hit the relevant point.
> 
> This policy addresses the IPv6 allocation policy for ISP's.  There
> is a separate, different policy for End Users.  Most Enterprises
> that are building addresses into code (a big no no, but yes, it
> happens) would get space under the End User policy for any number
> of reasons.
> 
> But, here in lies the rub.  This policy makes it easier for an
> enterprise to receive a ISP allocation (and get hit with SWIP
> requirements, ISP fees, and other associated items) than it does
> for them to get an End User assignment in many cases.
> 
> The end user policy gives out /48's.  If we want folks to get a
> network they can play with in their garage, let's do it under the
> end user policy.  This policy proposal affects the ISP section,
> giving out /32's for the express purpose of assigning /48's to other
> entities.  Let's leave it for folks who are really ISP's, and really
> providing services to others.
> 
> --
>        Leo Bicknell - bicknell at ufp.org - CCIE 3440
>         PGP keys at http://www.ufp.org/~bicknell/