<div dir="ltr">PPML,<div><br></div><div>Based on feedback from the community, the AC has revised Draft Policy ARIN-2013-7 (formerly "Merge IPv4 ISP and End-User requirements") and retitled it as "NRPM 4 (IPv4) policy cleanup".  The title change reflects the primary change we made, which was to remove some of the more controversial aspects of the original policy (to possibly be reintroduced as separate policy proposals), but to retain a number of the cleanup aspects.</div>
<div><br></div><div><div>As AC shepherd for the policy, I'm particularly interested in feedback from the community on a couple questions:</div><div><br></div><div>What do you think of the revised policy overall?  Is it useful to clean up NRPM section 4 in this manner?</div>
<div>Are there any aspects of the revised policy that you disagree with, or have any specific feedback on?</div><div><br></div><div>Thanks,</div><div>Scott</div><div><br></div><div>Draft Policy 2013-7 - NRPM 4 (IPv4) policy cleanup</div>
<div><br></div><div>Proposal Originator: Dan Alexander</div><div><br></div><div>Problem Statement: Parts of NRPM 4 are irrelevant, especially after IPv4 run-out, and should be cleaned up for clarity.<br></div><div><br></div>
<div>Policy statement:</div><div><br></div><div>Short list of changes with details explained below.</div><div><br></div><div>Remove section 4.1.1 Routability</div><div>Update section 4.1.5 Determination of resource requests</div>
<div>Remove section 4.1.7 RFC2050</div><div>Remove section 4.1.9 Returned IPv4 Addresses</div><div>Replace and retitle section 4.2.4.3 Subscriber Members Less Than One Year</div><div>Remove section 4.2.4.4. Subscriber Members After One Year</div>
<div>Remove section 4.2.5 Web Hosting Policy</div><div>Details:</div><div><br></div><div>Remove section 4.1.1 Routability</div><div>It is no longer necessary for the NRPM to suggest where an organization obtains resources from.</div>
<div><br></div><div>Retitle and rewrite section (4.1.5 Determination of IP address allocation size)</div><div>Remove: "Determination of IP address allocation size is the responsibility of ARIN."</div><div><br></div>
<div>Replace with: (4.1.5 Resource request size) "Determining the validity of the amount of requested IP address resources is the responsibility of ARIN."</div><div><br></div><div>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.</div>
<div><br></div><div>Remove section 4.1.7 RFC2050</div><div>Now that RFC2050 has been replaced with RFC 7020 and ARIN-2013-4 RIR Principles has been adopted, this section is no longer needed.</div><div><br></div><div>Remove section 4.2.4.3 Subscriber Members Less Than One Year and 4.2.4.4. Subscriber Members After One Year</div>
<div>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 transfer."</div><div><br></div><div>Rationale: Since ARIN received its last /8, by IANA implementing section 10.4.2.2, this is now a distinction without a difference.</div>
<div><br></div><div>Remove section 4.2.5 Web Hosting Policy</div><div>This information-gathering policy has been in place for a decade now with no resulting policy changes, and is no longer needed in light of IPv4 runout.</div>
<div><br></div><div>Timetable for implementation: Immediate </div><div><br></div></div></div>