[arin-ppml] Draft Policy ARIN-2017-7: Retire Obsolete Section 4 From the NRPM

[hostmaster at uneedus.com]

I also do not support this policy.

As pointed out, there are at least 2 blocks of v4 space reserved and still 
available for allocation.  Also, although returns are not frequent, and 
the "winners" come from the wait list, these regular allocations (although 
not very often) happen from time to time.

Also related to the discussion about SWIP and ARIN-2017-5:

This Draft Policy would strike section 4.2.3.7.1 which would have the 
effect of completely removing SWIP requirements for all sizes of IPv4 
assignments.  Based on the previous discussion, I doubt this would be the 
desired result.

The true time to retire section 4 is when IPv4 is history and no longer 
used, although I strongly think this may not fully occur for a couple of 
more generations.  Look at COBOL as a good example of how long "Legacy" 
stuff can just hang on....

Albert Erdmann
Network Administrator
Paradise On Line Inc.


On Wed, 21 Jun 2017, Kevin Blumberg wrote:

> I do not support this policy. At a minimum, it would remove both the 4.4 Micro Allocations and 4.10 Dedicated IPv4 block to facilitate IPv6 Deployment. Both of those sections have reserved space and are "active" in Section 4.
>
> Thanks,
>
> Kevin Blumberg
>
> -----Original Message-----
> From: ARIN-PPML [mailto:arin-ppml-bounces at arin.net] On Behalf Of ARIN
> Sent: Tuesday, June 20, 2017 1:40 PM
> To: arin-ppml at arin.net
> Subject: [arin-ppml] Draft Policy ARIN-2017-7: Retire Obsolete Section 4 From the NRPM
>
> On 15 June 2017, the ARIN Advisory Council (AC) advanced "ARIN-prop-242:
> Retire Obsolete Section 4 From the NRPM" to Draft Policy status.
>
> Draft Policy ARIN-2017-7 is below and can be found at:
> https://www.arin.net/policy/proposals/2017_7.html
>
> You are encouraged to discuss all Draft Policies on PPML. 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 Policy Development Process (PDP). Specifically, these principles are:
>
> * Enabling Fair and Impartial Number Resource Administration
> * Technically Sound
> * Supported by the Community
>
> The 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,
>
> Sean Hopkins
> Policy Analyst
> American Registry for Internet Numbers (ARIN)
>
>
>
> Draft Policy ARIN-2017-7: Retire Obsolete Section 4 from the NRPM
>
> Problem Statement:
>
> Since IPv4 free pool exhaustion, policy focus has shifted to transfers.
> The community elected, instead of revamping and modernizing section 4 in light of this to, instead, recreate the relevant parts of section 4 in section 8.5. As a result, section 4 is generally obsolete and can be mostly retired. Since some small amounts of space do occasionally recreate the free pool, a mechanism for addressing this must remain and therefore a much reduced section 4 is proposed here instead of outright retirement.
>
> Policy statement:
>
> Replace section 4 of the NRPM with the following:
>
> 4. IPv4
>
> 4.1 IPv4 Requests
>
> 4.1.1 Any new requests for IPv4 addresses allocated or assigned by ARIN shall be evaluated based on the criteria for transfer recipients contained in section 8.5.
>
> 4.1.2 Any approved requests which cannot be met from the ARIN free pool shall be handled according to section 4.2.
>
> 4.2 Unmet requests
>
> In the event that ARIN does not have a contiguous block of addresses of sufficient size to fulfill a qualified request, ARIN will provide the requesting organization with the option to specify the smallest block size they'd be willing to accept, equal to or larger than the applicable minimum size specified elsewhere in ARIN policy. If such a smaller block is available, ARIN will fulfill the request with the largest single block available that fulfills the request. If no such block is available, the organization will be provided the option to be placed on a waiting list of pre-qualified recipients, listing both the block size qualified for and the smallest block size acceptable.
>
> Repeated requests are not allowed: an organization may only receive one allocation, assignment, or transfer every 3 months, but ARIN, at its sole discretion, may waive this requirement if the requester can document a change in circumstances since their last request that could not have been reasonably foreseen at the time of the original request, and which now justifies additional space.
>
> Qualified requesters whose request cannot be immediately met will also be advised of the availability of the transfer mechanism in section 8.3 as an alternative mechanism to obtain IPv4 addresses.
>
> 4.2.1. Waiting list
>
> The position of each qualified request on the waiting list will be determined by the date it was approved. Each organization may have one approved request on the waiting list at a time.
>
> 4.2.2. Fulfilling unmet needs
>
> As address blocks become available for allocation, ARIN will fulfill requests on a first-approved basis, subject to the size of each available address block and a timely re-validation of the original request. Requests will not be partially filled. Any requests met through a transfer will be considered fulfilled and removed from the waiting list.
>
> Comments:
>
> a. Timetable for implementation: Immediate _______________________________________________
> 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.
>