[arin-ppml] Policy Proposal (Global): Allocation of IPv4 Blocks to Regional Internet Registries - Revised
Member Services
info at arin.net
Fri Jan 30 17:46:52 EST 2009
Policy Proposal (Global)
Allocation of IPv4 Blocks to Regional Internet Registries
The proposal originator submitted a revised version of the proposal. The
proposal will be forwarded to the ARIN Advisory Council for their
consideration. The proposal is on the AC's docket for development and
evaluation.
The ARIN Policy Development Process can be found at:
http://www.arin.net/policy/pdp.html
Mailing list subscription information can be found at:
http://www.arin.net/mailing_lists/
Regards,
Member Services
American Registry for Internet Numbers (ARIN)
## * ##
Policy Proposal Name: Allocation of IPv4 Blocks to Regional Internet
Registries
Proposal Originator:
This proposal was developed by a team consisting of persons from each of
the 5 RIRs.
Adiel A. Akplogan AfriNIC
Raul Echeberria LACNIC
Geoff Huston APNIC
MAEMURA Akinori APNIC
Axel Pawlik RIPE NCC
Ray Plzak ARIN
Oscar A. Robles-Garay" LACNIC
Nigel Titley RIPE NCC
Paul Wilson APNIC
Proposal Version: 2.0
Date: 30 January 2009
Proposal type: New Global
Policy term: Permanent
Policy statement:
This document describes the policy governing the allocation of IPv4
address space from the IANA to the Regional Internet Registries (RIRs).
This document does not stipulate performance requirements in the
provision of services by IANA to an RIR in accordance with this policy.
Such requirements should be specified by appropriate agreements among
the RIRs and ICANN.
This policy is to be implemented in two phases.
A. Phase I: Recovery of IPv4 Address Space
Upon ratification of this policy by the ICANN Board of Directors the
IANA shall establish a mechanism to receive IPv4 address space which is
returned to it by the RIRs, and hold that address space in a 'recovered
IPv4 pool'.
Each RIR through their respective chosen policies and strategies may
recover IPv4 address space which is under their administration. Each RIR
shall at quarterly intervals return any such recovered address space to
the IANA in aggregated blocks of /24 or larger, for inclusion in the
recovered IPv4 pool.
During Phase I, no allocations will be made from the recovered IPv4 pool.
B. Phase II: Allocation of Recovered IPv4 address space by the IANA
Upon ratification of this policy by the ICANN Board of Directors and a
declaration by the IANA that its existing free pool of unallocated IPv4
address space is depleted; Global Addressing Policy ASO-001-2 (adopted
by ICANN Board 8 April 2005) is rescinded. IANA will then commence to
allocate the IPv4 address space from the recovered IPv4 pool.
1. The following definitions apply to this policy:
a. Recovered Address Space. Recovered address space is that address
space that is returned to an RIR as a result of any activity that seeks
to reclaim unused address space or is voluntarily returned to the RIR or
is reclaimed by the RIR as a result of legal action or abuse
determination. Recovered address space does not include that address
space that is reclaimed because of non-payment of contractual fees whose
reclamation date is less than 1 year at the time of the report.
b. IPv4 Address Holdings. IPv4 address holdings are all unallocated IPv4
address space held by an RIR to include recovered address space not yet
returned less that address space that is committed in accordance with
the RIR's reservation policy and practices.
2. Allocation of IPv4 Address Space
a. For the purposes of this policy, an 'IPv4 allocation period' is
defined as a 6-month period following 1 March or 1 September in each year.
b. At the beginning of each IPv4 allocation period, the IANA will
determine the 'IPv4 allocation unit' for that period, as 1/10 of its
IPv4 address pool, rounded down to the next CIDR (power-of-2) boundary.
c. In each allocation period, each RIR may issue one IPv4 request to the
IANA. Providing that the RIR satisfies the allocation criteria described
in paragraph B.2, the IANA will allocate a single allocation unit,
composed of the smallest possible number of blocks available in its IPv4
address pool.
3. IPv4 Address Space Allocation Criteria
A RIR is eligible to receive additional IPv4 address space from the IANA
when the total of its IPv4 address holdings is less than 50% of the
current IPv4 allocation unit, and providing that it has not already
received an IPv4 allocation from the IANA during the current IPv4
allocation period.
4. Initial Allocation of IPv4 Address Space
Each new RIR shall, at the moment of recognition, be allocated one (1)
allocation unit by the IANA. If an allocation unit is not available,
then the IANA will issue this block as soon as one is available. This
allocation will be made regardless of the newly formed RIR's projected
utilization figures and shall be independent of the IPv4 address space
that may have been transferred to the new RIR by the already existing
RIRs as part of the formal transition process.
5. Reporting
a. All returned space is to be recorded in an IANA-published log of IPv4
address space transactions, with each log entry detailing the returned
address block, the date of the return, and the returning RIR.
b. All allocated space is also to be recorded in this IANA-published log
of IPv4 address space transactions, with each log entry detailing the
address blocks, the date of the allocation and the recipient RIR.
c. The IANA will maintain a public registry of the current disposition
of all IPv4 address space, detailing all reservations and current
allocations and current IANA-held address space that is unallocated.
d) The IANA may make public announcements of IPv4 address block
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:
This version is the result of clarification questions and comments
submitted to the authors by the ARIN staff in accordance with the ARIN
Policy Development Process (PDP). Specifically this revision does the
following:
a. Inserts a new paragraph 1 in Section B and renumbers the subsequent
paragraphs. The new paragraph 1 contains the definitions that were
crafted in response to several comments by the ARIN staff.
b. Corrects a typo noted in the stem paragraph of Section B.
Timetable for implementation:
This policy is to be implemented immediately upon ratification by the
ICANN Board of Directors according to the global policy process
described in the ASO MoU.
More information about the ARIN-PPML
mailing list