ARIN-prop-262: Update 4.10 – IPv6 Deployment Block [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.
Date: 11 February 2019
Proposal Originator: Andrew Dul
ARIN staff has noted that the current 4.10 policy is causing problems in its implementation.
The current policy specifies a /28 minimum. However, ARIN can only allocated a /24 as its minimum size. ARIN’s current tools only support a minimum of /24 for reverse DNS.
The current RPKI landscape is also an impediment to using smaller block sizes. Furthermore, a /28 practically is unroutable, so an organization if they were to receive a /28 would be unable to functionally interoperate with most IPv4 end points, for applications which were noted examples in the original policy. (At the time of writing the original policy, it was hoped that by creating a policy with a smaller block size other RIRs and network operators would embrace the routing of blocks smaller than a /24.)
Updating ARINs tools to allow smaller than a /24 for reverse DNS (such as RFC2317) would likely be a large cost compared value received by the community. This value is further diminished because the purpose of an IPv4 block to facilitate IPv6 deployment is that it be routable to the rest of the IPv4 Internet.
This policy attempts to address these issues, by raising the minimum size to a /24 and limits total amount an organization can receive to a /21. It also removes the requirement for return and renumber, since that was primarily added to allow organizations to obtain larger blocks if that was necessary. The policy also clarifies the utilization requirements by placing them directly in this section rather than a reference to the utilization requirements of end users.
Replace current 4.10 with the following updated section
4.10 Dedicated IPv4 block to facilitate IPv6 Deployment
ARIN shall allocate a contiguous /10 from its last /8 IPv4 allocation from IANA. This IPv4 block will be set aside and dedicated to facilitate IPv6 deployment. Allocations and assignments from this blodck must be justified by immediate IPv6 deployment requirements. Examples of such needs include: IPv4 addresses for key dual stack DNS servers, and NAT-PT or NAT464 translators. ARIN staff will use their discretion when evaluating justifications.
This block will be subject to a minimum and maximum size allocation of /24. ARIN should use sparse allocation when possible within that /10 block.
In order to receive an allocation or assignment under this policy:
the applicant may not have received resources under this policy in the preceding six months and cannot receive more than a /21 under this policy section;
previous allocations/assignments under this policy must continue to meet the justification requirements of this policy;
previous allocations/assignments under this policy must be utilized to at least 80% to obtain an additional allocation or assignment;
the applicant must demonstrate that no other allocations or assignments will meet this need.
Timetable for Implementation: Immediate