[arin-ppml] Draft Policy ARIN-2019-3: Update 4.10 – IPv6 Deployment Block
hostmaster at uneedus.com
hostmaster at uneedus.com
Sat Mar 2 12:39:32 EST 2019
+1 on this
Since anything smaller than a /24 is unrouteable, this is a positive
change.
Albert Erdmann
Network Administrator
Paradise On Line Inc.
On Tue, 26 Feb 2019, ARIN wrote:
> On 21 February 2019, the ARIN Advisory Council (AC) accepted
> "ARIN-prop-262:Update 4.10 – IPv6 Deployment Block" as a Draft Policy.
>
> Draft Policy ARIN-2019-3 is below and can be found at:
> https://www.arin.net/policy/proposals/2019_3.html
>
> You are encouraged to discuss all Draft Policies on PPML. The AC will
> evaluate the discussion in order to assess the conformance of this draft
> policy with ARIN's Principles of Internet number resource policy as stated in
> the Policy Development Process (PDP). Specifically, these principles are:
>
> * Enabling Fair and Impartial Number Resource Administration
> * Technically Sound
> * Supported by the Community
>
> The PDP can be found at:
> https://www.arin.net/policy/pdp.html
>
> Draft Policies and Proposals under discussion can be found at:
> https://www.arin.net/policy/proposals/index.html
>
> Regards,
>
> Sean Hopkins
> Policy Analyst
> American Registry for Internet Numbers (ARIN)
>
>
>
> Draft Policy ARIN-2019-3: Update 4.10 – IPv6 Deployment Block
>
> Problem Statement:
>
> 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.
>
> Policy Statement:
>
> 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 block 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:
>
> 1. 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;
> 2. previous allocations/assignments under this policy must continue to meet
> the justification requirements of this policy;
> 3. previous allocations/assignments under this policy must be utilized to at
> least 80% to obtain an additional allocation or assignment;
> 4. the applicant must demonstrate that no other allocations or assignments
> will meet this need.
>
> Timetable for Implementation: Immediate
> _______________________________________________
> ARIN-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:
> https://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