[arin-ppml] Draft Policy ARIN-2014-17: Change Utilization Requirements from last-allocation to total-aggregate
Owen DeLong
owen at delong.com
Tue Sep 30 21:40:59 EDT 2014
I would support option 3.
Owen
On Sep 30, 2014, at 11:06 , Leif Sawyer <lsawyer at gci.com> wrote:
> Delaying implementation until further down the run-out line doesn't help orgs with current needs.
>
>
> I think that as the "spirit" of this is to help out the smaller organizations,
> the argument could easily be made that limiting this to orgs with < 18 isn't
> needlessly hurtful toward larger orgs.
>
> And thus I would be in support of -that- modification.
>
>
> Additionally, I would also be in support of a "minimum utilization" of 50% for allocated blocks,
> as this makes it harder for larger orgs to game the system.
>
>
>
> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf Of Andrew Dul
> Sent: Tuesday, September 30, 2014 9:01 AM
> To: arin-ppml at arin.net
> Subject: Re: [arin-ppml] Draft Policy ARIN-2014-17: Change Utilization Requirements from last-allocation to total-aggregate
>
> Hello,
>
> The staff and legal assessment below noted some concerns regarding this policy. To alleviate some of these concerns we have thought about the following three changes to the draft policy.
>
> 1. Delay implementation of the policy, such that the free pool was small enough that a large organization could not obtain additional allocations primarily though the implementation of this policy. Triggers considered include, largest block in free pool being a /16 or total amount of address space in the free pool < /12.
>
> 2. Add a requirement that any one block must be utilized to at least 50%.
>
> 3. Limiting this policy to organizations which have less than an aggregate /18 equivalent.
>
> Do you support any of these additions? Please also state if you support the current policy draft.
>
> Thanks,
> Andrew
>
> On 9/19/2014 1:05 PM, ARIN wrote:
>> Draft Policy ARIN-2014-17
>> Change Utilization Requirements from last-allocation to
>> total-aggregate
>>
>> Here is the staff assessment of ARIN-2014-17.
>>
>> Regards,
>>
>> Communications and Member Services
>> American Registry for Internet Numbers (ARIN)
>>
>>
>> ## * ##
>>
>>
>> ARIN STAFF ASSESSMENT
>> Date of Assessment: 26 August 2014
>>
>> Draft Policy ARIN-2014-17
>> Change Utilization Requirements from last-allocation to
>> total-aggregate
>>
>> 1. Summary (Staff Understanding)
>>
>> This policy removes the current requirement to have efficiently
>> utilized all previous allocations, and 80% of the most recent one and
>> replaces it with the requirement to have efficiently utilized all
>> allocations, in aggregate, to at least 80% overall.
>>
>> 2. Comments
>>
>> A. ARIN Staff Comments
>>
>> · The intent of the policy seems to be to make it easier for all ISPs
>> to qualify for additional allocations by requiring an 80% utilization
>> rate of all blocks (in aggregate) rather than 80% of the most recent
>> block.
>>
>> o Based on staff experience, the 80% utilization rate of the last
>> block has been periodically problematic for smaller ISPs, but not for
>> medium to larger ISPs. Staff has seen situations where a small ISP
>> with a /22 may need to issue a /24 to a customer but not have any
>> available, not be at 80% utilized, and therefore, not be able to
>> request additional space.
>>
>> · This policy gives ISPs no incentive to efficiently utilize their
>> IPv4 resources beyond the minimum 80% overall requirement.
>>
>> · This policy would allow larger, well established ISPs with many
>> allocations from ARIN to be able to qualify for additional IP address
>> space without ever having used their last allocation at all.
>>
>> o For example, an ISP that is currently close to 100% utilization of
>> its multiple prefixes totaling 25,000 /24s justifies and receive an
>> additional /16 would immediately qualify for more space even though
>> they used 0% of their last allocation.
>> o Another example would be this same ISP with 25,000 /24s at 80%
>> utilization could request an additional /16 even though they still
>> have 5,000 /24s free (which could include up to approximately 20
>> unused /16s).
>>
>> · This proposal could be implemented as written.
>>
>> B. ARIN General Counsel - Legal Assessment
>>
>> "I have a single material legal concern about the draft policy.
>> Community standards for allocation policies should adequately address
>> the fairness of their criterion and impact on all market segments:
>> large, medium and small companies. This proposed policy would make a
>> major change in how a bedrock allocation evaluation criteria, changing
>> how utilization is measured for everyone, in order to address the
>> occasional corner case where a small company might have to make an
>> allocation that it has insufficient allocated resources to provide.
>> but cannot get over the 80% utilization as currently measured. While
>> the small company problem is potentially worthy of review and action,
>> the proposed policy has the unintended but clear impact of creating
>> additional new allocation entitlements where none exist for larger
>> companies. While ARIN still has resources remaining in the IPv4 free
>> pool, larger companies will gain significant benefit from this change
>> compared to the number of small company corner cases that it will
>> close. From a legal standpoint it would be more attractive for the
>> community to reach a better balance in this area."
>>
>>
>>
>> 3. Resource Impact
>>
>> This policy would have minimal resource impact from an implementation
>> aspect. It is estimated that implementation would occur within 3
>> months after ratification by the ARIN Board of Trustees. The following
>> would be needed in order to implement:
>>
>> · Updated guidelines and internal procedures · Staff training
>>
>> 4. Proposal/Draft Policy Text Assessed
>>
>> Draft Policy ARIN-2014-17 Change Utilization Requirements from
>> last-allocation to total-aggregate
>> Date: 14 July 2014
>>
>> Problem Statement:
>> 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.
>> 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.
>>
>> Policy statement:
>> Update Section 4.2.4.1
>> ISPs must have efficiently utilized all allocations, in aggregate, to
>> at least 80% in order to receive additional space. This includes all
>> space reassigned to their customers.
>> Update Section 4.3.6.1
>> End-users must have efficiently utilized all assignments, in
>> aggregate, to at least 80% in order to receive additional space, and
>> must provide ARIN with utilization details.
>>
>>
>>
>>
>>
>> On 7/14/14, 2:53 PM, ARIN wrote:
>>> Draft Policy ARIN-2014-17
>>> Change Utilization Requirements from last-allocation to
>>> total-aggregate
>>>
>>> ARIN-2014-17 has been revised.
>>>
>>> Draft Policy ARIN-2014-17 is below and can be found at:
>>> https://www.arin.net/policy/proposals/2014_17.html
>>>
>>> You are encouraged to discuss the merits and your concerns of Draft
>>> Policy 2014-17 on the Public Policy Mailing List.
>>>
>>> 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 PDP. Specifically, these principles are:
>>>
>>> * Enabling Fair and Impartial Number Resource Administration
>>> * Technically Sound
>>> * Supported by the Community
>>>
>>> The ARIN Policy Development Process (PDP) can be found at:
>>> https://www.arin.net/policy/pdp.html
>>>
>>> Draft Policies and Proposals under discussion can be found at:
>>> https://www.arin.net/policy/proposals/index.html
>>>
>>> Regards,
>>>
>>> Communications and Member Services
>>> American Registry for Internet Numbers (ARIN)
>>>
>>>
>>> ## * ##
>>>
>>>
>>> Draft Policy ARIN-2014-17
>>> Change Utilization Requirements from last-allocation to
>>> total-aggregate
>>>
>>> Date: 14 July 2014
>>>
>>> Problem Statement:
>>>
>>> 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.
>>>
>>> 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.
>>>
>>> Policy statement:
>>>
>>> Update Section 4.2.4.1
>>>
>>> ISPs must have efficiently utilized all allocations, in aggregate, to
>>> at least 80% in order to receive additional space. This includes all
>>> space reassigned to their customers.
>>>
>>> Update Section 4.3.6.1
>>>
>>> End-users must have efficiently utilized all assignments, in
>>> aggregate, to at least 80% in order to receive additional space, and
>>> must provide ARIN with utilization details.
>>>
>>> Comments:
>>> a. Timetable for implementation: Immediate b.
>>
>> _______________________________________________
>> 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.
>
>
> _______________________________________________
> 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.
> _______________________________________________
> 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.
More information about the ARIN-PPML
mailing list