<div dir="ltr"><div>Happy friday to the ARIN community!</div><div><br></div><div>I just wanted to poke the crowd to see if I can get some additional feedback on ARIN-2020-10. Specifically I would love to hear from anyone that feels it is a problem that ARIN reviews utilization of blocks reasssigned and reallocated to ISPs when those ISPs apply for their first direct allocation or direct assignment from ARIN (when an ISP lacking any reassignments or reallocations that applies for their first direct assignment or direct allocations would not need to establish efficient utilization of prior blocks). <br></div><div><br></div><div>Alternatively, if anyone feels that removing the current requirements would lead to problems, please speak up!</div><div><br></div><div>Thanks,</div><div><br></div><div>Amy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 17, 2020 at 11:30 AM Owen DeLong <<a href="mailto:owen@delong.com">owen@delong.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Personally, I oppose the proposal.<div><br></div><div>I do not believe this levels the playing field, but rather tilts it to the advantage of those holding space from their providers already.</div><div><br></div><div>An organization holding no space has nothing to efficiently utilize and is starting from zero, same as those other organizations presumably did back when they were able to obtain space from their upstream. They could have chosen to gett that initial space from ARIN, but opted for provider assigned space instead for whatever reason. In any case, they have space already and are either looking to expand or are looking to replace that provider assigned space. In the former case, they are on the same playing field as anyone looking to expand today. In the latter case, they have the advantage of being able to continue using their provider assigned space while waiting, so any disadvantage they may face is rather limited and is the result of their own past decisions.</div><div><br></div><div>Owen</div><div><br><div><br><blockquote type="cite"><div>On Dec 16, 2020, at 2:17 PM, Amy Potter <<a href="mailto:amybpotter@gmail.com" target="_blank">amybpotter@gmail.com</a>> wrote:</div><br><div><div dir="ltr"><div>Hello ppml community!</div><div><br></div><div>I just wanted to recirculate Draft Policy ARIN 2020-10 for feedback. This draft policy would remove the requirement that ISPs that already hold reallocations or reassignments from upstream providers satisfy ARIN's efficient utilization requirements for those reallocations/reassignments before they are able to qualify for their initial allocation of space directly from ARIN, and get on the waitlist to receive that space. <br></div><div><br></div><div>Under current policy a new ISP that does not have any reallocations or reassignments qualifies for a /24 without having to establish efficient utilization of any previous space. This allows new ISPs to get on the waitlist sooner than ISPs holding reassignments/reallocations, despite the fact that neither type of organization holds space directly from ARIN yet. <br></div><div><br></div><div>1.  Do you believe that NRPM's current distinction between ISPs holding reassignments/reallocations and new ISPs without any reallocations/reassignments still makes sense today?</div><div><br></div><div>2.  Is leveling the playing field by allowing all ISPs that do not currently hold space directly from ARIN to qualify for a /24 without demonstrating prior use--regardless of whether or not they hold reallocations/reassignments--a fair solution that reflects the realities faced by these organizations today?</div><div><br></div><div>Thanks!</div><div><br></div><div>Amy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 24, 2020 at 12:47 PM ARIN <<a href="mailto:info@arin.net" target="_blank">info@arin.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div><p class="MsoNormal"><span style="font-size:11pt">On 19 November 2020, the ARIN Advisory Council (AC) accepted "ARIN-prop-293: Requirement to Demonstrate Utilization of Reassignments and Reallocations for ISPs Seeking Initial Allocation from ARIN" as a Draft Policy.<br><br>Draft Policy ARIN-2020-10 is below and can be found at:<br><br><a href="https://www.arin.net/participate/policy/drafts/2020_10/" target="_blank">https://www.arin.net/participate/policy/drafts/2020_10/</a> <br><br>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:<br><br>* Enabling Fair and Impartial Number Resource Administration<br>* Technically Sound<br>* Supported by the Community<br><br>The PDP can be found at:<br><a href="https://www.arin.net/participate/policy/pdp/" target="_blank">https://www.arin.net/participate/policy/pdp/</a><br><br>Draft Policies and Proposals under discussion can be found at:<br><a href="https://www.arin.net/participate/policy/drafts/" target="_blank">https://www.arin.net/participate/policy/drafts/</a><br><br>Regards,<br><br>Sean Hopkins<br>Policy Analyst<br>American Registry for Internet Numbers (ARIN)<br><br><br><br>Draft Policy 2020-10: Requirement to Demonstrate Utilization of Reassignments and Reallocations for ISPs Seeking Initial Allocation from ARIN<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">Problem Statement: <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">4.2.2 seems to provide an unfair advantage to ISPs without any IP address holdings - that is, they don’t have any direct assignments or allocations, nor any reassignments or reallocations from another organization.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">If an ISP does already have holdings in the form of reassignments or reallocations, and they request a /24, or even a /29 as an initial allocation - they are required to provide utilization data. This slows their advancement to the waiting list compared to a new ISP without any holdings at all. An organization without reassignments or reallocations doesn’t need to provide any justification other than submitting the request and providing an officer attestation. This expedites their addition to the waiting list.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">Policy Statement: <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">Replace 4.2.2 with the following:<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">4.2.2. Initial Allocation to ISPs<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">All ISP organizations automatically qualify for a /24.These organizations may qualify for more than a /24 by documenting how the requested allocation will be utilized within the request size specified in 4.2.4.3.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">ISP organizations without direct assignments or allocations from ARIN qualify for an initial allocation of up to a /22, subject to ARIN’s minimum allocation size. <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">Timetable for implementation: Immediate.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">Comments:<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt">This proposal was written as the result of a Policy Experience Report.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"> <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p></div></div>
_______________________________________________<br>
ARIN-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="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/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>ARIN-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="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">https://lists.arin.net/mailman/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></div></blockquote></div><br></div></div></blockquote></div>