<div dir="ltr">For that reason, I personally would not support advancing this proposal in its current form until after ARIN free-pool run-out. After that time, I think it makes perfect sense to allow anyone, large or small, to get more space via transfer in order to get up to a 20% buffer.<div>
<br></div><div>-Scott</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 14, 2014 at 12:00 PM, David Huberman <span dir="ltr"><<a href="mailto:David.Huberman@microsoft.com" target="_blank">David.Huberman@microsoft.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So I don't get something:<br>
<br>
If it's 80% overall, wouldn't this have an affect on of many XL networks, almost all of whom would be immediately eligible for more space even though they weren't eligible previously?<br>
<br>
I feel like in missing something.<br>
<br>
David R Huberman<br>
Microsoft Corporation<br>
Senior IT/OPS Program Manager (GFS)<br>
<br>
________________________________________<br>
From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> <<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>> on behalf of ARIN <<a href="mailto:info@arin.net">info@arin.net</a>><br>
Sent: Monday, July 14, 2014 11:53:15 AM<br>
To: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
Subject: [arin-ppml] Draft Policy ARIN-2014-17: Change Utilization Requirements from last-allocation to total-aggregate - revised<br>
<div class="HOEnZb"><div class="h5"><br>
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/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/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/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<br>
Change Utilization Requirements from last-allocation to total-aggregate<br>
<br>
Date: 14 July 2014<br>
<br>
Problem Statement:<br>
<br>
Current ARIN policy calculates utilization on a per allocation basis<br>
rather than in aggregate. This method of determining utilization may<br>
cause some organizations to be unable to qualify for additional address<br>
blocks despite attempting to use their resource allocations as best as<br>
possible. This issue has been exacerbated in the past couple of years<br>
due to the 3-month allocation window which causes organizations to<br>
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<br>
100% and the fourth utilized at 75%, an additional allocation request<br>
would be denied. However, an organization with a single /20 utilized at<br>
80% would have less efficient utilization but would be eligible to<br>
receive additional space.<br>
<br>
Policy statement:<br>
<br>
Update Section 4.2.4.1<br>
<br>
ISPs must have efficiently utilized all allocations, in aggregate, to at<br>
least 80% in order to receive additional space. This includes all space<br>
reassigned to their customers.<br>
<br>
Update Section 4.3.6.1<br>
<br>
End-users must have efficiently utilized all assignments, in aggregate,<br>
to at least 80% in order to receive additional space, and must provide<br>
ARIN with utilization details.<br>
<br>
Comments:<br>
a. Timetable for implementation: Immediate<br>
b.<br>
_______________________________________________<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">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/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
_______________________________________________<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">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/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
</div></div></blockquote></div><br></div>