[arin-ppml] Draft Policy ARIN-2022-1: MDN Clarification for Qualification

[Mattapally Technologies]

+ 0.6666666667

On Thursday, March 3, 2022, Scott Leibrand <scottleibrand at gmail.com> wrote:

> +1 to Owen's clarification.
>
> Since it's impossible to evaluate a change like this without seeing what's
> being changed, here's the existing language (which should be included in
> the Policy statement):
>
> 8.5.6. Efficient Utilization of Previous Blocks
> Organizations with direct assignments or allocations from ARIN must have
> efficiently utilized at least 50% of their cumulative IPv4 address blocks
> in order to receive additional space. This includes all space reassigned to
> their customers.
>
> 8.5.7. Alternative Additional IPv4 Address Block Criteria
> In lieu of 8.5.5 and 8.5.6, organizations may qualify for additional IPv4
> address blocks by demonstrating 80% utilization of their currently
> allocated space. If they do so, they qualify to receive one or more
> transfers up to the total size of their current ARIN IPv4 address holdings,
> with a maximum size of /16.
>
> And for reference, the NRPM 4.5 Multiple Discrete Networks policy (for
> space from the free pool, which until 2016 was referenced in transfer
> policy), states:
>
> 7. When applying for additional internet address registrations from ARIN,
> the organization must demonstrate utilization greater than 50% of both the
> last block allocated and the aggregate sum of all blocks allocated from
> ARIN to that organization. If an organization is unable to satisfy this 50%
> minimum utilization criteria, the organization may alternatively qualify
> for additional internet address registrations by having all unallocated
> blocks of addresses smaller than ARIN’s current minimum allocation size.
> 8. The organization may not allocate additional address space to a
> location until each of that location’s address blocks are 80% utilized.
>
> So it appears that this policy change would allow organizations with
> individual discrete networks over 80% utilization, but whose overall
> utilization is less than 50%, to receive additional space via transfer for
> use in the >80% networks. That seems reasonable to me.
>
> -Scott
>
> On Wed, Mar 2, 2022 at 2:27 PM Owen DeLong via ARIN-PPML <
> arin-ppml at arin.net> wrote:
>
>> Generally, I don’t have a problem with this, but I think that the
>> requirement should be that “Each discrete network requesting additional
>> resources (whether via waiting list or transfer) must meet…”
>>
>> As currently worded, it could be construed to require each discrete
>> network to be 80% utilized before a transfer can be acquired by any of
>> them, which I think is entirely contrary to the intent of the MDN policy in
>> the first place.
>>
>> Owen
>>
>>
>> Draft Policy ARIN-2022-1: MDN Clarification for Qualification
>>
>>
>> Problem Statement:
>>
>>
>> Problem Statement: The requirements for transfers involving companies
>> operating multiple discrete networks under section 8.5 of the NRPM are
>> unclear and need clarification.
>>
>>
>> Policy statement:
>>
>>
>> Replace the first paragraph of Section 8.5.7 with the following:
>>
>> Organizations may qualify for additional IPv4 address blocks by
>> demonstrating 80% utilization of their currently allocated space. In
>> organizations operating multiple discrete networks, each discrete network
>> may be assessed individually for the 80% utilization threshold. To qualify
>> under this policy, the organization must provide justification that each
>> network is discrete, per the criteria described in section 4.5. Each
>> discrete network must meet the projection requirements in section 8.5.5,
>> and each discrete network must meet the utilization requirements in section
>> 8.5.6. Organizations may receive one or more transfers up to the total size
>> of their current ARIN IPv4 address holdings, up to a maximum size of /16.
>>
>>
>> Timetable for implementation: Any
>>
>> _______________________________________________
>> ARIN-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:
>> https://lists.arin.net/mailman/listinfo/arin-ppml
>> Please contact info at arin.net if you experience any issues.
>>
>>
>> _______________________________________________
>> ARIN-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:
>> https://lists.arin.net/mailman/listinfo/arin-ppml
>> Please contact info at arin.net if you experience any issues.
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20220303/db85a4c3/attachment.htm>