[arin-ppml] Encouraging IPv6 Transition (was: Clarify /29 assignment identification requirement)

Chris Grundemann cgrundemann at gmail.com
Sun May 13 17:18:28 EDT 2012

On Sun, May 13, 2012 at 9:54 AM, William Herrin <bill at herrin.us> wrote:

> If we gain speedier deployment and the potential loss is capped at a
> single /14 of IPv6 address space, how is preemptive assignment not a
> huge win?

It's not a huge win because it won't make any appreciable difference,
it's not actually a win at all.

Let's ask the real question here: How does blindly assigning IPv6 to
organizations provide any additional motivation to deploy IPv6? If
today I don't think I need to deploy IPv6, and tomorrow I have an IPv6
block assigned to me out of the blue, how does that change my mind
about deploying IPv6 in any way?

Yes reducing barriers lowers cost, but the barrier you are proposing
to remove is a very low one, perhaps insignificant to the total cost
of IPv6 deployment. What is likely more effective from an RIR
perspective is adding motivation instead.

One possible idea would be for the officer attestation of accuracy
already required for every request of address space be broadened in
the case of an IPv4-only applicant (an applicant requesting IPv4 who
does not have a previous IPv6 assignment/allocation) to include
acknowledgement of the state of IPv4 free pools (IANA empty, ARIN
approaching exhaustion, etc) and the IETF published best practice that
all Internet services require both IPv4 and IPv6 capabilities (RFC
6540 - IPv6 Support Required for All IP-Capable Nodes) and other
similar facts. At the very least we would then ensure that at least
one officer of each address holder was aware of the significant
motivations to deploy IPv6 sooner rather than later.

We could also revisit the formerly unpopular idea of requiring IPv6
deployment in order to obtain additional IPv4 addresses...

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


More information about the ARIN-PPML mailing list