[arin-ppml] ARIN-prop-137 Global Policy for post exhaustion IPv4 allocation mechanisms by the IANA

Scott Leibrand scottleibrand at gmail.com
Wed Mar 23 15:54:31 EDT 2011


Well put.  I suspect that the number of addresses being returned to
IANA (as opposed to being transferred directly) will be small, and
that most RIRs will very soon be in a situation of needing more
addresses (and not being able to get them).  The only two that may be
exceptions would be AfriNIC and maybe LACNIC, and I certainly wouldn't
object to providing a few extra resources to those regions (as we did
with the last /8s).

Scott

On Mar 23, 2011, at 12:47 PM, Charles O'Hern <charles at office.tcsn.net> wrote:

> While it seemed a good idea for the last 5 /8's to be handed out equally to the 5 RIR's, for perpetual policy I'm not sure if I like equal distribution over needs-based distribution.
>
> I support policy to address assets returned to IANA set aside for re-allocation, just not the method of equal distribution.
>
> But if the only way to get this passed by all the RIRs is with the equal distribution clause, I would drop my objection.  I think its more important to allow IANA policy regarding
> returned assets than nitpick about the re-allocation method (as long as the assets are re-allocated).
>
> -head fuzzy from the flu, I hope I made some semblance of sense.
> --
> Charles O'Hern
> Network Operations
>
> TCSN - The Computer Shop Netlink
> 1306 Pine St. Paso Robles CA 93446
> 1-(805) 227-7000  1-(800) 974-DISK
> http://www.tcsn.net  abuse at tcsn.net
>
> On 3/8/11 11:46 AM, ARIN wrote:
>> ARIN-prop-137 Global Policy for post exhaustion IPv4 allocation
>> mechanisms by the IANA
>>
>> ARIN received the following policy proposal and is posting it to the
>> Public Policy Mailing List (PPML) in accordance with the Policy
>> Development Process.
>>
>> The ARIN Advisory Council (AC) will review the proposal at their next
>> regularly scheduled meeting (if the period before the next regularly
>> scheduled meeting is less than 10 days, then the period may be extended
>> to the subsequent regularly scheduled meeting). The AC will decide how
>> to utilize the proposal and announce the decision to the PPML.
>>
>> The AC invites everyone to comment on the proposal on the PPML,
>> particularly their support or non-support and the reasoning
>> behind their opinion. Such participation contributes to a thorough
>> vetting and provides important guidance to the AC in their deliberations.
>>
>> Draft Policies and Proposals under discussion can be found at:
>> https://www.arin.net/policy/proposals/index.html
>>
>> The ARIN Policy Development Process can be found at:
>> https://www.arin.net/policy/pdp.html
>>
>> Mailing list subscription information can be found
>> at: https://www.arin.net/mailing_lists/
>>
>> Regards,
>>
>> Communications and Member Services
>> American Registry for Internet Numbers (ARIN)
>>
>>
>> ## * ##
>>
>>
>> ARIN-prop-137 Global Policy for post exhaustion IPv4 allocation
>> mechanisms by the IANA
>>
>> Proposal Originator: Philip Smith
>>   co-authors: Alejandro Acosta, Nicolas Antoniello, S. Moonesamy,
>>       Douglas Onyango, Medel Ramirez, Masato Yamanishi
>>
>> Proposal Version: 1
>>
>> Date: 8 March 2011
>>
>> Proposal type: new
>>
>> Policy term: permanent
>>
>> Policy statement:
>>
>>  The IANA shall establish a Recovered IPv4 Pool to be utilized post
>>  RIR IPv4 exhaustion.  The Recovered IPv4 Pool will initially contain
>>  any fragments that may be left over in the IANA.  It will also hold
>>  any space returned to the IANA by any other means.
>>
>>  The Recovered IPv4 Pool will be administered by the IANA.  It will
>>  contain:
>>
>>    a.  Any fragments left over in the IANA inventory after the last
>>        /8s of IPv4 space are delegated to the RIRs
>>
>>       - The IANA inventory excludes "Special use IPv4 addresses" as
>>     defined in BCP 153 and any addresses allocated by the IANA
>>     for experimental use.
>>
>>    b.  Any IPv4 space returned to the IANA by any means.
>>
>>  The Recovered IPv4 Pool will stay inactive until the first RIR has
>>  less than a total of a /9 in its inventory of IPv4 address space.
>>
>>  When one of the RIRs declares it has less than a total of a /9 in
>>  its inventory, the Recovered IPv4 pool will be declared active, and
>>  IP addresses from the Recovered IPv4 Pool will be allocated as
>>  follows:
>>
>>    a.  Allocations from the IANA may begin once the pool is declared
>>        active.
>>
>>    b.  In each "IPv4 allocation period", each RIR will receive a
>>        single "IPv4 allocation unit" from the IANA.
>>
>>    c.  An "IPv4 allocation period" is defined as a 6-month period
>>        following 1 March or 1 September in each year.
>>
>>    d.  The IANA will calculate the size of the "IPv4 allocation unit"
>>        at the following times:
>>
>>        - When the Recovered IPv4 Pool is first activated
>>        - At the beginning of each IPv4 allocation period
>>
>>        To calculate the "IPv4 allocation unit" at these times, the
>>        IANA will use the following formula:
>>
>>            IPv4 allocation unit = 1/5 of Recovered IPv4 pool,
>>                                   rounded down to the next CIDR
>>                                   (power-of-2) boundary.
>>
>>    No RIR may get more than this calculation used to determine
>>    the IPv4 allocation unit even when they can justify a need for
>>    it.
>>
>>    The minimum "IPv4 allocation unit" size will be a /24.  If the
>>    calculation used to determine the IPv4 allocation unit results
>>    in a block smaller than a /24, the IANA will not distribute
>>    any addresses in that IPv4 allocation period.
>>
>>    The IANA may make public announcements of IPv4 address
>>    transactions that occur under this policy.  The IANA will make
>>    appropriate modifications to the "Internet Protocol V4 Address
>>    Space" page of the IANA website and may make announcements to its
>>    own appropriate announcement lists.  The IANA announcements will
>>    be limited to which address ranges, the time of allocation, and to
>>    which Registry they have been allocated.
>>
>> Rationale:
>>
>>   The policy provides a mechanism for the ongoing distribution of
>>   IPv4 address space, while removing the areas that have been
>>   problematic in previous attemts at this proposal. The proposal:
>>
>>    - Permits regional variation in runout policy amongst RIRs to
>>      be accounted for in the distribution of the Recovered IPv4 Pool
>>
>>    - Prevents the possibility of a single RIR being eligible to
>>      be allocated the entire Recovered IPv4 Pool in the first
>>      (and perhaps only) allocation period
>>
>>    - Removes two areas of policy that have failed to reach
>>      agreement in previous attempts at this proposal:
>>
>>       - How addresses should be placed in the Recovered IPv4 Pool
>>       - References to how transfers should or should not take
>>         place
>>
>> Timetable for implementation:
>>
>>   Once consensus has been reached in each of the 5 RIR regions, the
>>   policy will be forwarded to ICANN for approval and then implemented
>>   by the IANA.
>>
>>
>>
>> _______________________________________________
>> 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.
>
> _______________________________________________
> 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.



More information about the ARIN-PPML mailing list