[ppml] IPv6 assignment - proposal for change to nrpm

[Keith Medcalf]

This is a very bad idea.  The requirement that a "minumum" end-user site assignment of a /64 is the only thing that will permit many Legacy /24 holders (such as myself) who are single-homed use IPv6 at all.

Either you have to require a minimum /64 PA end-user delegation by ISPs *or* you have to make it so that anyone who wants a /64 can qualify for a PIv6 /64 (or larger) direct assignment.

The purpose of ARIN is *not* to ensure the profitability of carriers and ISPs by imposing unreasonable limits on the availability and usability of the network.

Therefore I would very actively and vocally oppose any such attempted change to policy.



> -----Original Message-----
> From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On 
> Behalf Of briand at ca.afilias.info
> Sent: Thursday, 18 October, 2007 19:18
> To: ARIN PPML
> Subject: [ppml] IPv6 assignment - proposal for change to nrpm
> 
> I propose changes to the current text of 6.5.4.1:
> 
> Currently, it reads:
> 
> 6.5.4.1. Assignment address space size
> 
> End-users are assigned an end site assignment from their LIR 
> or ISP. The
> exact size of the assignment is a local decision for the LIR or ISP to
> make, using a minimum value of a /64 (when only one subnet is 
> anticipated
> for the end site) up to the normal maximum of /48, except in cases of
> extra large end sites where a larger assignment can be justified.
> 
> The following guidelines may be useful (but they are only guidelines):
> 
>     * /64 when it is known that one and only one subnet is needed
>     * /56 for small sites, those expected to need only a few 
> subnets over
> the next 5 years.
>     * /48 for larger sites
> 
> For end sites to whom reverse DNS will be delegated, the 
> LIR/ISP should
> consider making an assignment on a nibble (4-bit) boundary to simplify
> reverse lookup delegation.
> [...]
> 
> -----
> 
> I propose the following as a replacement for the text:
> 
> 6.5.4.1. Assignment address space size
> 
> End-users are assigned an end site assignment from their LIR 
> or ISP. The
> exact size of the assignment is a local decision for the LIR or ISP to
> make, using a minimum value of a /120 (when only one subnet 
> is anticipated
> for the end site) up to the normal maximum of /48, except in cases of
> extra large end sites where a larger assignment can be justified.
> 
> The following guidelines may be useful (but they are only guidelines):
> 
>     * /120 for a very small customer with one subnet, using static
> assignments or DHCPv6
>     * /116 for a small customer with a few subnets, using static
> assignments or DHCPv6
>     * /112 for a medium size customer with a significant 
> total number of
> hosts and/or subnets, using static assignments and/or DHCPv6
>     * /96 for large customers
>     * /80 for very large customers, or for customers using a proposed
> modified version of V6-autoconf
>     * /64 when it is known that one and only one subnet is 
> needed, for a
> customer that absolutely requires either traditional IPv6
> autoconfiguration, or IPv6 host Interface Identifier cryptographic
> generation
>     * /60 for sites where a mix of IPv6-autoconfiguration and other
> address assignment techiques are required
>     * /56 for very large sites
>     * /52 for very, very large sites
>     * /48 for extremely large sites
> 
> For end sites to whom reverse DNS will be delegated, the 
> LIR/ISP should
> consider making an assignment on a nibble (4-bit) boundary to simplify
> reverse lookup delegation.
> 
> -----
> The timeframe for the proposed change: immediate.
> 
> The intent is to provide more current guidance, to both ARIN members,
> and to ARIN staff, based on available IPv6 technology, and for the
> encouragement of efficient assignment of IPv6 address space.
> 
> Brian Dickson
> Afilias
> 
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to 
> the ARIN Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact 
> the ARIN Member Services
> Help Desk at info at arin.net if you experience any issues.
>