[arin-ppml] Global Policy to allow IANA to allocate post exhaustion (draft text)

[Hannigan, Martin]

Hello PPML;

Following John Sweeting's suggestion of vetting new v4 proposal text on the
list prior to submission. This is a great idea after all. This is not a
submission to the PDP. By pushing draft text to the list before submitting
to the PDP we might be able to reduce the time we waste submitting, but also
the potential for the AC to waste time arguing about modifications.

Continued discussion of 2009-1 or 2009-3 would be not relevant to this
thread so I would suggest focusing on improvements to the text.

Work that needs to be done is related to the allocation method and the
eligibility. Draft v2 will be posted in about a week or so depending upon
the sentiment.  

 
Best,

-M<


---draft

Global Policy for the Distribution of IPv4 Addresses by the IANA, Post V4
Exhaustion 
  
Rationale: 

This policy defines the process for the allocation of IPv4 addresses post
"Exhaustion Phase"[1]. In order to fulfill the requirements of this policy,
the IANA must set up a reclamation pool, and this policy establishes the
process by which IPv4 addresses can be returned to and re-issued post
Exhaustion Phase by the IANA. The intent of this policy is as follows:
*  Includes post Exhaustion Phase returned address space.
*  Allows allocations by the IANA from the Reclamation Pool once the
Exhaustion Phase has been completed.
*  Defines "need" as the basis for further IPv4 allocations by the IANA.
*  Does not differentiate any class of IPv4 address space unless defined by
an existing RFC as published by the RFC Editor in RFC XXXX.
*  Encourages the return of IPv4 address space.
*  Disallows transfers in the absence of an IPV4 global transfer process.
*  Applies only to Legacy IPv4 Address Space initially allocated by the IANA
to users excluding RIR's.
*  Includes any length of fragments currently held by the IANA.
 

1. Reclamation Pool

Upon ratification of this IPv4 address policy and at the moment of IANA IPv4
exhaustion, the IANA shall establish a Reclamation Pool to be utilized post
RIR IPv4 exhaustion as defined in Section 5. As soon as the first RIR
exhaust their inventory of IP address space, this policy will become
effective and active.

2. Returned Addresses

The IANA will accept returned IPv4 addresses into the Reclamation Pool.
Addresses eligible for return to the IANA will not be assigned under an
agreement with an RIR. For all intents and purposes, the IANA may only
accept legacy address space, address space that was initially allocated
prior to the establishment of the RIR system.

All address space that is returned by an entity holding legacy address space
or from RIR's that opt to return IANA allocated address space will be
returned to IANA Reclamation Pool regardless of the allocation size.

3. Address Allocation from the Reclamation Pool

Aggregates in the Reclamation Pool may be divided on a CIDR boundary up to
the shortest minimum allocation assignment of each of the RIRs, excluding
micro-allocations assignments in order to complete these allocations.
Addresses that are left over will be held in the Reclamation Pool until
additional IP addresses are returned or a minimum allocation unit is
achieved that allows continued allocations from the pool.

4. Eligibility for receiving allocations from the Reclamation Pool

Upon the exhaustion of an RIR's free space pool, an RIR must publicly
announce via their respective announcements email list and their website
that it has exhausted it's supply of IPv4 address space. Exhaustion is
defined as an inventory of less than the equivalent of a single /8 and the
inability to further assign address space to their customers in units equal
to or shorter than the smallest of each individual RIR's policy defined
minimum allocation unit.

5. The IANA Reporting Requirements

ICANN shall provide a report detailing what assignments from the Reclamation
Pool have taken place and which RIR has received assignments.

6. No Transfer Rights

Address space assigned form the Reclamation Pool is not subject to transfer
outside of a global transfer process. If a Global Transfer Process is
established, this requirement is waived. If an established Global Transfer
Process is abandoned at a later date, this requirement is re-instated.

7. References 

1. http://www.icann.org/en/general/allocation-remaining-ipv4-space.htm
Global Policy for the Allocation of the Remaining IPv4 Address Space, IANA,
Retrieved 27 April 2010

-- 
Martin Hannigan                        http://www.akamai.com
Akamai Technologies, Inc.              marty at akamai.com
Cambridge, MA USA                      cell: +16178216079
                                       ofc: +16174442535