[arin-ppml] Discussion Petition of ARIN-prop-125 Efficient Utilization of IPv4 Requires Dual-Stack

Chris Grundemann cgrundemann at gmail.com
Wed Dec 22 18:55:01 EST 2010


On Wed, Dec 22, 2010 at 16:35, Tony Hain <alh-ietf at tndh.net> wrote:
> I do not support this petition.
>
> While I am all for IPv6 deployment asap, the continued attitude that 'you
> must deploy your network the way we say' is absolutely the wrong direction.
> ARIN should provide all the hints they can about the long term value of IPv6
> deployment, but at the end of the day if people want to take a short sighted
> view, it is their loss when the market moves on.
>
> IPv4 is dead. ARIN policy development needs to stop worrying about
> micromanagement of the last few crumbs. In particular, any existing member
> should stop caring and get on with IPv6 deployment. Rearranging the deck
> chairs after the Titanic has sunk is all this petition amounts to.

The "deck chairs" analogy is becoming a go-to for anything that
mentions IPv4 these days. The problem as I see it is that there are
still some members of the community who have not come to the same
realization that you and I have (IPv4 is dead, IPv6 is table stakes).

So... What happens if a few large/important enough organizations are
able to spend the money required to buy the rights to IPv4 addresses
(or companies which possess the rights to IPv4 addresses) in large
enough quantities to defer their own IPv6 deployment long enough to
make others reconsider their own transition strategy (and the expense
of implementing it)? I don't believe that they could ever kill IPv6
long term but they may very well be able to deepen and prolong
everyone else's transition pain.

The bottom line at this point is that deploying new IPv4 addresses
(beyond those you already have in reserve) without also deploying IPv6
is at this point a waste of those IPv4 addresses and has the potential
to harm the other members of this community. Justified need policy has
ALWAYS had a 'you must deploy your network the way we say' attitude,
it says that you are not allowed to deploy your network in a way that
wastes IP addresses. This policy proposal simply updates what it means
to waste addresses.

Stewardship does not always allow one to look the other way,
especially when someone else's short-sightedness will harm the greater
community.

Cheers,
~Chris

>
> Tony
>
>
>> -----Original Message-----
>> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On
>> Behalf Of Chris Grundemann
>> Sent: Wednesday, December 22, 2010 12:11 PM
>> To: arin-ppml at arin.net
>> Subject: [arin-ppml] Discussion Petition of ARIN-prop-125 Efficient
>> Utilization of IPv4 Requires Dual-Stack
>>
>> The AC should not have abandoned ARIN-prop-125 Efficient Utilization
>> of IPv4 Requires Dual-Stack. I petition to move the following text
>> forward for discussion on the list and at the next Public Policy
>> Meeting. Please support moving this proposal forward now by posting
>> statements in support of the petition to this list.
>>
>> ###
>>
>> Policy Statement:
>>
>> * Add the following sections to section 4.1:
>>
>> 4.1.2. Efficient Utilization
>>
>> IPv4 addresses are a finite resource and as such are required to be
>> efficiently utilized by resource holders in order to maximize their
>> benefit to the community.
>>
>> 4.1.3. Dual-Stack
>>
>> Dual-stack refers to configuring both an IPv4 and an IPv6 address or
>> network together on the same network infrastructure.
>>
>> All new IPv4 addresses assigned, allocated or transfered to an
>> organization must be deployed on dual-stacked interfaces along with
>> IPv6 addresses.
>>
>> 4.1.4. IPv6 Deployment
>>
>> When addresses are used to provide an Internet facing service, the
>> service must be fully IPv6 accessible (if you deploy an A record, you
>> must also have a AAAA record, and both must answer).
>>
>> * Add the following sentance to the end of sections 4.2.1.6,
>> 4.2.2.1.2, 4.2.2.2.1, 4.2.3.1. and 4.3.4:
>>
>> In accordance with section 4.1.3 and 4.1.4, all new addresses must be
>> deployed on dual-stacked interfaces and all Internet facing services
>> provided by new addresses must be fully IPv6 accessible.
>>
>> * Re-write section 4.2.3.4.1. to:
>>
>> Reassignment information for prior allocations must show that each
>> customer meets the 80% utilization criteria, the dual-stack criteria
>> and must be available via SWIP / RWhois prior to your issuing them
>> additional space.
>>
>> * Add the following section to section 4.2.4:
>>
>> 4.2.4.5. IPv6 Deployment
>>
>> In order to receive additional space ISPs must provide detailed
>> documentation demonstrating that:
>>   - for every IPv4 address requested, at least one pre-existing
>> interface is dual stacked, up to 80% of all interfaces and
>>   - for every down stream customer site where the new addresses will be
>> deployed, at least one pre-existing down stream customer site is IPv6
>> enabled, up to 80% of the total customer base.
>>
>> * Add the following to section 4.3.6:
>>
>> 4.3.6.3. IPv6 Deployment
>>
>> In order to receive additional space end-users must provide detailed
>> documentation demonstrating that at least 80% of their existing IPv4
>> addresses are deployed on dual-stacked interfaces in accordance with
>> section 4.1.3.
>>
>> Rational:
>>
>> In this period of available IPv4 address scarcity and transition to
>> IPv6, IPv4 addresses that are not deployed along with IPv6 are simply
>> not being efficiently utilized. Although we have likely failed to
>> deploy dual-stack in a meaningful way in time to avoid transition
>> problems, we can still choose the correct path for future assignments,
>> allocations and transfers.
>>
>> This proposal has three objectives:
>> -1- Encourage IPv6 deployment prior to and post depletion
>> -2- Enable growth of IPv4 to accelerate IPv6 transition #[only change
>> was to this line]#
>> -3- Improve the utilization of IP addresses
>>
>> It accomplishes these goals by enforcing three basic ideals:
>> -1- ARIN will only make allocations and assignments for networks that
>> have already deployed production IPv6
>> -2- Any new IPv4 addresses received, must be deployed along side of
>> IPv6 (dual-stacked)
>> -3- Firmly encourages deployment of IPv6 in existing IPv4-only networks
>>
>> The specific requirements to be enforced can be summed up in this way:
>> ~ New addresses must be deployed on dual-stacked interfaces plus one
>> additional pre-existing IPv4-only interface must be dual-stacked per
>> new address, up to 80% of all interfaces.
>> ~ For each down stream customer site where these addresses are
>> deployed, another pre-existing IPv4 only down stream site must also be
>> IPv6 enabled, up to 80% of the total customer base.
>> ~ All end-sites must dual-stack before getting new space.
>> ~ Internet facing services that new IPv4 addresses are used to provide
>> must be fully IPv6 accessible.
>>
>> ###
>>
>> Chris Grundemann
>> www.theIPv6experts.net
>> chris at theIPv6experts.net
>> _______________________________________________
>> PPML
>> 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.
>
>




-- 
@ChrisGrundemann
weblog.chrisgrundemann.com
www.burningwiththebush.com
www.theIPv6experts.com
www.coisoc.org



More information about the ARIN-PPML mailing list