<div dir="ltr">Can ARIN staff please clarify current operating procedures and how they would change under this proposal.<div><br></div><div>My understanding is that is an ISP assigns a subnet to an end-user customer, and that end-site customer has a host count that exceeds 50% then the ISP gets to count that customer assignment as 100% used toward aggregate of each aggregate allocation.</div><div><br></div><div>If this policy passed would the ISP still be able to count subnets assigned to customers which host counts over 50% as 100% utilized towards total utilization?</div><div><br></div><div>Same question in the case of end-sites. If an end-user has a justifiable reason to subnet the space, and each of the subnets are above 50% utilization, then are those actual utilization counted towards the total utilization, or does the end-user get to count subnets greater than 50% full as completely utilized towards total utilization?</div><div><br></div><div>__Jason </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 20, 2014 at 1:05 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Draft Policy ARIN-2014-17<br>
Change Utilization Requirements from last-allocation to total-aggregate<br>
<br>
ARIN-2014-17 has been revised.<br>
<br>
Draft Policy ARIN-2014-17 is below and can be found at:<br>
<a href="https://www.arin.net/policy/proposals/2014_17.html" target="_blank">https://www.arin.net/policy/<u></u>proposals/2014_17.html</a><br>
<br>
You are encouraged to discuss the merits and your concerns of Draft<br>
Policy 2014-17 on the Public Policy Mailing List.<br>
<br>
The AC will evaluate the discussion in order to assess the conformance<br>
of this draft policy with ARIN's Principles of Internet Number Resource<br>
Policy as stated in the 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 ARIN Policy Development Process (PDP) can be found 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>
Draft Policies and Proposals under discussion can be found at:<br>
<a href="https://www.arin.net/policy/proposals/index.html" target="_blank">https://www.arin.net/policy/<u></u>proposals/index.html</a><br>
<br>
Regards,<br>
<br>
Communications and Member Services<br>
American Registry for Internet Numbers (ARIN)<br>
<br>
<br>
## * ##<br>
<br>
<br>
Draft Policy ARIN-2014-17 Change Utilization Requirements from last-allocation to total-aggregate<br>
<br>
Date: 19 October 2014<br>
<br>
Problem Statement:<br>
<br>
Current ARIN policy calculates utilization on a per allocation basis rather than in aggregate. This method of determining utilization may cause some organizations to be unable to qualify for additional address blocks despite attempting to use their resource allocations as best as possible. This issue has been exacerbated in the past couple of years due to the 3-month allocation window which causes organizations to receive smaller non-expandable allocations rather than a larger aggregate.<br>
<br>
For example, if an organization has 4 x /22 and 3 of them are utilized 100% and the fourth utilized at 75%, an additional allocation request would be denied. However, an organization with a single /20 utilized at 80% would have less efficient utilization but would be eligible to receive additional space.<br>
<br>
Policy statement:<br>
<br>
Replace Section 4.2.4.1<br>
<br>
ISPs must have efficiently utilized all allocations, in aggregate, to at least 80% and at least 50% of every allocation in order to receive additional space. This includes all space reassigned to their customers.<br>
<br>
Replace Section 4.3.6.1<br>
<br>
End-users must have efficiently utilized all assignments, in aggregate, to at least 80% and at least 50% of every assignment in order to receive additional space, and must provide ARIN with utilization details.<br>
<br>
Comments:<br>
<br>
a. Timetable for implementation: Immediate<br>
<br>
b.<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><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><font color="#555555" face="'courier new', monospace"><div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br></font><div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</font></div><div><font face="'courier new', monospace"><br></font></div></span></div></font></div>
</div>