[arin-ppml] Automatic IPv6 Eligibility
alfeh at me.com
Tue Aug 11 18:05:08 EDT 2015
Apologies if I wasn’t entirely clear. As referenced in Section 9.3.1. of the APNIC INPP, I propose that this also applies to end users - allowing end users to, free of charge, receive a /48 for each /24 they hold.
> On 11 Aug 2015, at 23:01, John Curran <jcurran at arin.net> wrote:
> On Aug 11, 2015, at 4:43 PM, Alfie Cleveland <alfeh at me.com <mailto:alfeh at me.com>> wrote:
>> I’m requesting comment in regards to automatically make organisations eligible for IPv6 if they hold justified IPv4 space. This similar to Section 9.3.1. of the [APNIC-127] APNIC Internet Number Resource Policies. I feel that if organisations were able to receive a /48 for each /24 they hold, then it would help expedite the rollout of IPv6. Organisations currently have two choices - continue to use IPv4, or spend valuable time on applying for IPv6 space. IPv6 space is clearly in abundance - and this could potentially help slow the exhaustion of IPv4.
> Alfie -
> Per NRPM 126.96.36.199, an ISP qualifies for an IPv6 allocation if they have a previously justified IPv4 ISP
> allocation from ARIN (or one of its predecessor registries), or can qualify for an IPv4 ISP allocation
> under current criteria; i.e. this means that they presently are automatically eligible for IPv6 if they
> hold IPv4 space, as you suggest above.
> Perhaps you are proposing that there be a default automatic size of IPv6 allocation ("a /48 for each
> /24 they hold”) which would allow for more expeditious preparation of IPv6 initial requests, for those
> who choose to receive this default allocation size rather than calculating the "smallest nibble-boundary
> aligned block that can provide an equally sized nibble-boundary aligned block to each of the requesters
> serving sites large enough to satisfy the needs of the requesters largest single serving site using no
> more than 75% of the available addresses”?
> John Curran
> President and CEO
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ARIN-PPML