[arin-ppml] Utilization policy is not aggregate

Larry Ash lar at mwtcorp.net
Fri Nov 16 20:05:48 EST 2012


On Fri, 16 Nov 2012 18:22:53 -0600
  Jimmy Hess <mysidia at gmail.com> wrote:
> On 11/15/12, Scott Leibrand <scottleibrand at gmail.com> wrote:
>> Not necessarily opposed, but one reason for the existing language is: if you
>> are at 90% of a /16, and your 3 month need is only for a /20, then you would
>> still be at >80% immediately after getting your /20, without using a bit of
> 
> exactly....  and It would not be favorable to have a measure of
> utilization that allowed an organization to fail to efficiently
> utilize  each of the allocations they obtain, before requesting
> another.
> 
> It's essentially like saying  "You used your previous allocation _SO_
> efficiently, that we will give you a bonus,  and  let you not use the
> next allocation so efficiently, and still obtain more resources."
> 
> Instead it should just be  "lesson learned"  for the applicant;  if
> you ever actually exceed 80% utilization, stop allocating from that
> block, start allocating from the new one, and there is no need to
> change policy.

Reaching 80% on a smaller allocation is a lot
harder than a /18. Over time holes develop in the utilization.
You will reuse them but at any given time it's difficult if not
impossible.

How about 80% overall with no single allocation under 70% (whatever).

The 80% policy has always greatly favored the big guys. It's much
easier to reach 80% on a /18 than a /20. Natural holes that occur
always seem to amount to almost 10-25% in a /20 unless much of it
has been delegated as /23's or /24's.

I have turned away customers on a number of occasions over the years
because they needed /24's or larger and I didn't have any open and no
hope of getting more. For several years my utilization was only in the
lower 70's but the largest contiguous blocks were frequently /26's.

We constantly worked at closing the gaps but you can only ask customers
to do so much.

> 
> (Except to increase the utilization requirement to a higher value);
> E.g.  80%  utilization on the preceding allocation,  and 99%
> utilization on  allocations that preceded it..
> 
> 
> The applicant who got the larger allocation and achieved the same
> overall percentage of utilization,  had to meet a larger need
> requirement to obtain that allocation.    And they also had to
> allocate more number resources after actually obtaining the
> allocation, to be allocated the next one.
> 
>> Scott
> --
> -JH
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.

Larry Ash



More information about the ARIN-PPML mailing list