+ 0.6666666667 On Thursday, March 3, 2022, Scott Leibrand <[email protected]> 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 < > [email protected]> 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 ([email protected]). >> Unsubscribe or manage your mailing list subscription at: >> https://lists.arin.net/mailman/listinfo/arin-ppml >> Please contact [email protected] if you experience any issues. >> >> >> _______________________________________________ >> ARIN-PPML >> You are receiving this message because you are subscribed to >> the ARIN Public Policy Mailing List ([email protected]). >> Unsubscribe or manage your mailing list subscription at: >> https://lists.arin.net/mailman/listinfo/arin-ppml >> Please contact [email protected] if you experience any issues. >> >
_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
