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

[Scott Leibrand]

+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/7e7ba928/attachment.htm>