ARIN-prop-207 [Archived]

OUT OF DATE?

Here in the Vault, information is published in its final form and then not changed or updated. As a result, some content, specifically links to other pages and other references, may be out-of-date or no longer available.

ARIN-prop-207 Section 4.10 Austerity Policy Update

Proposal Originator: Andrew Dul / Owen DeLong

Date: 24 April 2014

Problem Statement:

NRPM section 4.10 defines an IPv4 to IPv6 transition pool which was intended to be used by new entrants after the IPv4 free pool has been exhausted. This policy was written prior to exhaustion in the APNIC and RIPE region and has largely not been used to date. It is believed that the current policy may be too restrictive to be useful to many organizations within the ARIN region. Furthermore the during the ARIN 33 public policy meeting experience report (1), ARIN staff noted issues with the current IPv4 policy after the IPv4 free pool is exhausted.

RIPE & APNIC adopted an “austerity” policy which allows organizations to obtain a small single block directly from the registry. These policies appear to have been quite effective at getting IPv4 resources to organizations without address space after IPv4 exhaustion. Learning from other regions, we have crafted a policy to update section 4.10 to adopt some of the policy text from the RIPE & APNIC region while looking at the unique aspects of the ARIN region’s number resource needs.

Policy statement:

Replace Section 4.10 with the following policy.

4.10 Dedicated IPv4 block to facilitate IPv6 Deployment

When ARIN receives its last /8 IPv4 allocation from IANA, a contiguous /10 IPv4 block will be set aside and dedicated to facilitate IPv6 deployment and continued transition from IPv4 to IPv6.

Address space received from IANA under the “Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA (NRPM 10.5)” by ARIN shall be allocated or assigned under this section.

Allocations and assignments from this block must be justified by immediate IPv6 deployment requirements. Organizations must obtain an IPv6 block to receive a block under section 4.10 and show documentation on how the IPv6 and IPv4 block will be used to facilitate an organization’s operational needs.

This block will be subject to a minimum size allocation of /28 and a maximum size allocation of /22. ARIN shall use sparse allocation within these blocks.

In order to receive an allocation or assignment under this policy:

  1. the organization, nor it parent(s) or subsidiary organizations, may not have received IPv4 resources greater than or equal to a /22 from ARIN or any other RIR;
  2. the organization must show immediate use (within 30 days) of 25% of the allocation;
  3. the organization is eligible to receive only one allocation under this section;
  4. the organization may apply to ARIN for an increase in their allocation up to a /22, if the previous allocation under this section shows a utilization of at least 80%, increases will only be granted if adjacent bit-boundary aligned space is available at the time of request.

Comments:
a. Timetable for implementation: immediately
b. Anything else:
(1) https://www.arin.net/vault/participate/meetings/reports/ARIN_33/PDF/monday/nobile_policy.pdf

OUT OF DATE?

Here in the Vault, information is published in its final form and then not changed or updated. As a result, some content, specifically links to other pages and other references, may be out-of-date or no longer available.