<div dir="ltr">

<p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial"></p><ol><li><b>Clarification to ISP initial allocation and permit renumbering</b><br></li><li>Proposal Originator<br></li><ul><li>name: Jason Schiller</li><li>email: <a rel="nofollow" class="external gmail-text" href="mailto:jschiller@google.com" style="background:url("data:image/gif;base64,R0lGODlhEAAQAKUlAE5OTmSh5e43IPBEL/JhT6Ojo4Kz6o298LHQ8rbT87nV873X9L7Y9MLa9cXc9cne9srf9tDj99Hj99bm+Nrp+dzq+d3q+d/s+uHt+uTu+ujx++ny++vz/O30/PD2/PL3/fX5/fn7/vz9/v7+/+0XF////////////////////////////////////////////////////////////////////////////////////////////////////////////yH5BAEAAD8ALAAAAAAQABAAAAZewJ9wSCwaj8gkscBsOpsAYaFEpYpAnUwlcoj+ptVRyKO5EAZdaSlgCLg5mMlAkP5Wr1lKxLGoT9luBhYSDwwJfiViHxsXExANCgh+B5SVlpReBQCbnJ2cSqChoqNFQQA7") 100% 50% no-repeat;text-decoration-line:none;color:rgb(51,102,187);padding-right:18px">jschiller@google.com</a></li><li>telephone: 202-258-8863</li><li>organization: Google LLC</li></ul><li>Date: 02/01/2017<br></li><li><b>Problem Statement:</b><br></li></ol><p></p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial">As discussed in more detail in ARIN-2017-9 and noted in the ARIN 40 Policy Experience Report, the criteria to qualify for an initial block of address space in 4.2.2 and 8.5.4 are seeming at odds with each other. At ARIN 41 the community seemed to prefer the approach contained in this policy over the approach in ARIN-2017-9, which was subsequently abandoned.  <br><br>Moreover, as the NRPM (2018-1) currently sits, 4.2.2 appears to state that an initial allocation of up to a /21 could be granted without any more justification than needed to qualify for a /24. Therefore, 4.2.2 should be modified, allowing an initial allocation of only a /24 without any additional justification and allowing an initial allocation of up to a /21 when justified by a 24-month allocation plan.</p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial"><b>Policy Statement:</b></p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial">Replace the current Section 4.2.2 with:<br><br>4.2.2. Initial allocation to ISPs<br><br>All ISP organizations without direct assignments or allocations from ARIN qualify for an initial allocation of up to a /21, subject to ARIN's minimum allocation size.<br><br>All ISP organizations without direct allocations, direct assignments, re-allocations or reassignments automatically qualify for a /24. These organizations are exempt from requirements of showing the efficient utilization of previously held IPv4 space. These organizations may qualify for a larger than a /24 by documenting how the requested allocation will be utilized within the request size specified in 4.2.4.3</p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial">ISPs holding re-allocations and/or reassignments must show the efficient utilization of their resources consistent with the requirements in sections 4.2.3 and 4.2.4<br> </p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial"><b>Comments:</b></p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial">The timetable for Implementation: Immediate</p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial"><b>Anything Else:</b></p><p style="margin:1em 0px;color:rgb(0,0,0);font-family:sans-serif;text-decoration-style:initial;text-decoration-color:initial">This is an attempt to clarify the changes that came about from 2016-4.<br>It also aligns section 4.2 with current transfer policy.<br>It also re-established the understanding that ISP can renumber and return, but putting the last section 4.2.2.1.4 into the ISP additional requests section. This text is slightly modified to include returns to ARIN in addition to returns to the upstream.</p>

<br></div>