<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, May 16, 2014 at 1:21 PM, ARIN <span dir="ltr"><<a href="mailto:info@arin.net" target="_blank">info@arin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The ARIN Advisory Council (AC) met on 15 May 2014 and decided to<br>
send the following to last call:<br>
<br>
Recommended Draft Policy ARIN-2013-7: NRPM 4 (IPv4) Policy Cleanup<br>
<br>
2013-7 was revised. The following sentence was added to <a href="http://4.2.4.3" target="_blank">4.2.4.3</a>:<br>
"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."<br></blockquote><div><br></div><div>For context, we re-added this sentence from the existing 4.2.4.3 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, <span style="font-size:13px;font-family:arial,sans-serif">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, </span><span class="" style="font-size:13px;font-family:arial,sans-serif">4</span><span style="font-size:13px;font-family:arial,sans-serif">.2.1.</span><span class="" style="font-size:13px;font-family:arial,sans-serif">4</span><span style="font-size:13px;font-family:arial,sans-serif">. 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. </span><span style="font-size:13px;font-family:arial,sans-serif">Jason also mentioned (and I agreed) that it was also a good clarification to add an explicit reference to </span><span class="" style="font-size:13px;font-family:arial,sans-serif;background-color:rgb(255,255,255)">4</span><span style="font-size:13px;font-family:arial,sans-serif">.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 </span><span class="" style="font-size:13px;font-family:arial,sans-serif;background-color:rgb(255,255,255)">ARIN</span><span style="font-size:13px;font-family:arial,sans-serif"> 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, </span>consistent with the principles in 4.2.1.<span style="font-size:13px;font-family:arial,sans-serif">"</span></div>
<div><span style="font-size:13px;font-family:arial,sans-serif"><br></span></div><div><span style="font-size:13px;font-family:arial,sans-serif">This is not a change in current </span><span class="" style="font-size:13px;font-family:arial,sans-serif;background-color:rgb(255,255,255)">policy</span><span style="font-size:13px;font-family:arial,sans-serif"> or practice, and simply clarifies the text presented in Chicago by re-adding some existing </span><span class="" style="font-size:13px;font-family:arial,sans-serif;background-color:rgb(255,255,255)">policy</span><span style="font-size:13px;font-family:arial,sans-serif"> 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.</span></div>
<div><br></div><div>Thanks,</div><div>Scott</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Feedback is encouraged during the last call period. All comments should<br>
be provided to the Public Policy Mailing List. This last call will<br>
expire on 2 June 2014. After last call the AC will conduct their<br>
last call review.<br>
<br>
The draft policy text is below and available at:<br>
<a href="https://www.arin.net/policy/proposals/" target="_blank">https://www.arin.net/policy/<u></u>proposals/</a><br>
<br>
The ARIN Policy Development Process is available at:<br>
<a href="https://www.arin.net/policy/pdp.html" target="_blank">https://www.arin.net/policy/<u></u>pdp.html</a><br>
<br>
Regards,<br>
<br>
Communications and Member Services<br>
American Registry for Internet Numbers (ARIN)<br>
<br>
<br>
## * ##<br>
<br>
<br>
Recommended Draft Policy ARIN-2013-7<br>
NRPM 4 (IPv4) Policy Cleanup<br>
<br>
Date: 16 May 2014<br>
<br>
AC's assessment of conformance with the Principles of Internet Number Resource Policy:<br>
<br>
"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."<br>
<br>
Problem Statement: Parts of NRPM 4 are irrelevant, especially after IPv4 run-out, and should be cleaned up for clarity.<br>
<br>
Policy statement:<br>
<br>
Short list of changes with details explained below.<br>
<br>
Remove section 4.1.1 Routability<br>
<br>
Update section 4.1.5 Determination of resource requests<br>
<br>
Remove section 4.1.7 RFC2050<br>
<br>
Remove section 4.1.9 Returned IPv4 Addresses<br>
<br>
Replace and retitle section 4.2.4.3 Subscriber Members Less Than One Year<br>
<br>
Remove section 4.2.4.4. Subscriber Members After One Year<br>
<br>
Details:<br>
<br>
Remove section 4.1.1 Routability<br>
<br>
It is no longer necessary for the NRPM to suggest where an organization obtains resources from.<br>
<br>
Retitle and rewrite section (4.1.5 Determination of IP address allocation size)<br>
<br>
Remove: "Determination of IP address allocation size is the responsibility of ARIN."<br>
<br>
Replace with: (4.1.5 Resource request size) "Determining the validity of the amount of requested IP address resources is the responsibility of ARIN."<br>
<br>
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.<br>
<br>
Remove section 4.1.7 RFC2050<br>
<br>
Now that RFC2050 has been replaced with RFC 7020 and ARIN-2013-4 RIR Principles has been adopted, this section is no longer needed.<br>
<br>
Remove section 4.2.4.3 Subscriber Members Less Than One Year and 4.2.4.4. Subscriber Members After One Year<br>
<br>
Replace with: (4.2.4.3 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."<br>
<br>
Rationale: Since ARIN received its last /8, by IANA implementing section 10.4.2.2, this is now a distinction without a difference.<br>
<br>
Timetable for implementation: Immediate<br>
______________________________<u></u>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/<u></u>listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div><br></div></div>