<p dir="ltr">Larry,</p>
<p dir="ltr">I think you intended this for ARIN-2014-14? On that proposal I would agree to /20 as a compromise. </p>
<p dir="ltr">Thanks, Jeff</p>
<div class="gmail_quote">On Jun 25, 2014 11:43 AM,  <<a href="mailto:lar@mwtcorp.net">lar@mwtcorp.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, 24 Jun 2014 15:04:17 -0700<br>
 Andrew Dul <<a href="mailto:andrew.dul@quark.net" target="_blank">andrew.dul@quark.net</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The problem described below appears to be more related to the current<br>
3-month window for additional allocations, not necessarily the<br>
utilization metric.  The 3-month window has had a number of<br>
side-effects, some of which were not anticipated when that policy was<br>
put in place.  With run-out in the region approaching rapidly we need to<br>
turn our attention to the longer term policies which will support the<br>
desires of the community (as best possible) through the transfer market<br>
or other mechanisms.  Changing the utilization formula (for those<br>
requests which do require a formal needs assessment) may be part of the<br>
policy changes which are needed.<br>
<br>
</blockquote>
Some of the problem of the formula are long standing.  If your last allocation<br>
was a /22 and you have a larger customer come to you with a legitimate and<br>
clear need for a /22 or /21 you have no way of getting it no matter what % utilization<br>
is in the policy. It has always seemed to me, that "need" should have a lot more to<br>
do with what you are going to do with the requested allocation, and what is available<br>
in your current allocations, than some arbitrary utilization percentage. The<br>
problem is that ARIN would then have to get into network design arguments.<br>
<br>
The argument that just removing the needs test for smaller allocations entirely<br>
has some merit. The problem seems to be in defining what is small. A compromise of /20 has<br>
been suggested and I think it's reasonable. Even though I support needs<br>
testing I can support removing it at a /20 and smaller.<br>
<br>
Larry Ash<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Andrew<br>
<br>
On 6/24/2014 1:08 PM, Steven Ryerse wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is the problem I'm trying to solve and why I've been so vocal about it. <br>
Steven Ryerse<br>
President<br>
100 Ashford Center North, Suite 110, Atlanta, GA  30338<br>
<a href="tel:770.656.1460" value="+17706561460" target="_blank">770.656.1460</a> - Cell<br>
<a href="tel:770.399.9099" value="+17703999099" target="_blank">770.399.9099</a>- Office<br>
<br>
℠ Eclipse Networks, Inc.<br>
                     Conquering Complex Networks℠<br>
<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a> [mailto:<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@<u></u>arin.net</a>] On Behalf Of Tim Gimmel<br>

Sent: Tuesday, June 24, 2014 4:04 PM<br>
To: <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a> List<br>
Subject: Re: [arin-ppml] Policy discussion - Method of calculatingutilization ARIN-2014-17<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The problem is that the current process has disenfranchised smaller companies who are somewhat frequently requesting space under the 3 month need projection and are ending up with many /22's, /21's etc instead of the /20 or /19 that would have been possible prior to austerity measures.<br>

To make matters worse, it does not seem that such companies are substantially represented on PPML so it is creating an illusion that the policy is not necessary or would not be supported by the community at large (outside of PPML).<br>

<br>
</blockquote>
This is exactly what is happening, for example I have 4 /20's and a /19 from earlier days, but now I have 7 /21's and that is the most I will ever be able to request.  We are using every possible way to keep IPv4 usage down.<br>

<br>
--Tim<br>
<br>
</blockquote>
<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>
<br>
Larry Ash<br>
Network Administrator<br>
Mountain West Telephone<br>
123 W 1st St.<br>
Casper, WY 82601<br>
Office <a href="tel:307%20233-8387" value="+13072338387" target="_blank">307 233-8387</a><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.</blockquote></div>