[arin-ppml] LAST CALL: Recommended Draft Policy ARIN-2013-7: NRPM 4 (IPv4) Policy Cleanup

Scott Leibrand scottleibrand at gmail.com
Fri May 16 18:06:20 EDT 2014

On Fri, May 16, 2014 at 1:21 PM, ARIN <info at arin.net> wrote:

> The ARIN Advisory Council (AC) met on 15 May 2014 and decided to
> send the following to last call:
>   Recommended Draft Policy ARIN-2013-7: NRPM 4 (IPv4) Policy Cleanup
> 2013-7 was revised. The following sentence was added to
> "Determination of the appropriate allocation to be issued is based on
> efficient utilization of space within this time frame, consistent with the
> principles in 4.2.1."

For context, we re-added this sentence from the existing text, and
added the "consistent with the principles" clause, to address the concern
raised by Jason Schiller at the ARIN Public Policy Meeting in Chicago.
 Specifically, Jason's concern was that the new text would unintentionally
remove slow-start, if it "allows a new ISP to simply present what their
anticipated use is over the next three months and get that amount of
address space."  As I mentioned in Chicago, Slow start already
(and still) states that "IP address space is allocated to ISPs using a
slow-start model. Allocations are based on justified need, not solely on a
predicted customer base."  I believe that actually addresses his concern on
its own, but to ensure that it is absolutely clear that nothing is changing
here, we thought it would be appropriate to re-incorporate the additional
sentence from the existing text.  Jason also mentioned (and I agreed) that
it was also a good clarification to add an explicit reference to 4.2.1 (the
principles section in which the Slow start language resides), to make clear
that those principles (including slow start) apply to this text.  As that
is consistent with and does not change ARIN staff's current implementation,
we updated the restored sentence to read "Determination of the appropriate
allocation to be issued is based on efficient utilization of space within
this time frame, consistent with the principles in 4.2.1."

This is not a change in current policy or practice, and simply clarifies
the text presented in Chicago by re-adding some existing policy text and
making a reference to existing principles.  As such, I believe this
qualifies as a minor change, so I recommended that the AC send the revised
policy to the community for last call.  If you believe that this additional
text would constitute a significant change to the policy proposal as
presented in Chicago and requires another round of discussion, or if you
have any other substantial concerns that you don't believe were addressed
in the discussion there, please let us know.


> Feedback is encouraged during the last call period. All comments should
> be provided to the Public Policy Mailing List. This last call will
> expire on 2 June 2014. After last call the AC will conduct their
> last call review.
> The draft policy text is below and available at:
> https://www.arin.net/policy/proposals/
> The ARIN Policy Development Process is available at:
> https://www.arin.net/policy/pdp.html
> Regards,
> Communications and Member Services
> American Registry for Internet Numbers (ARIN)
> ## * ##
> Recommended Draft Policy ARIN-2013-7
> NRPM 4 (IPv4) Policy Cleanup
> Date: 16 May 2014
> AC's assessment of conformance with the Principles of Internet Number
> Resource Policy:
> "ARIN-2013-7: "NRPM 4 (IPv4) Policy Cleanup" enables fair and impartial
> number resource administration by removing no-longer-relevant sections of
> the NRPM, and clarifying other sections. All of the remaining changes in
> this draft policy have proven uncontroversial thus far."
> Problem Statement: Parts of NRPM 4 are irrelevant, especially after IPv4
> run-out, and should be cleaned up for clarity.
> Policy statement:
> Short list of changes with details explained below.
> Remove section 4.1.1 Routability
> Update section 4.1.5 Determination of resource requests
> Remove section 4.1.7 RFC2050
> Remove section 4.1.9 Returned IPv4 Addresses
> Replace and retitle section Subscriber Members Less Than One Year
> Remove section Subscriber Members After One Year
> Details:
> Remove section 4.1.1 Routability
> It is no longer necessary for the NRPM to suggest where an organization
> obtains resources from.
> Retitle and rewrite section (4.1.5 Determination of IP address allocation
> size)
> Remove: "Determination of IP address allocation size is the responsibility
> of ARIN."
> Replace with: (4.1.5 Resource request size) "Determining the validity of
> the amount of requested IP address resources is the responsibility of ARIN."
> Rationale: Clarify that it is the validity of the request that is more the
> focus than the amount of resources requested. This does not prevent ARIN
> from suggesting that a smaller block would be justified where a larger one
> would not, but also does not suggest that it is ARIN's sole discretion to
> judge the size of the blocks needed.
> Remove section 4.1.7 RFC2050
> Now that RFC2050 has been replaced with RFC 7020 and ARIN-2013-4 RIR
> Principles has been adopted, this section is no longer needed.
> Remove section Subscriber Members Less Than One Year and
> Subscriber Members After One Year
> Replace with: ( Request size) "ISPs may request up to a 3-month
> supply of IPv4 addresses from ARIN, or a 24-month supply via 8.3 or 8.4
> transfer. Determination of the appropriate allocation to be issued is based
> on efficient utilization of space within this time frame, consistent with
> the principles in 4.2.1."
> Rationale: Since ARIN received its last /8, by IANA implementing section
>, this is now a distinction without a difference.
> Timetable for implementation: Immediate
> _______________________________________________
> 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:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20140516/2f4f6fd9/attachment.html>

More information about the ARIN-PPML mailing list