Re: [sig-policy] prop-141-v003: Change maximum delegation, size of IPv4 address from 512 ( /23 ) to 768 (/23+/24) addresses
Opposed.
Not in favor of moving to non-prefix aligned allocations from an RIR.
Owen
> On Sep 14, 2021, at 20:37 , Bertrand Cherrier <b.cherrier@micrologic.nc> wrote:
>
> Dear SIG members,
>
> A new version of the proposal "prop-141-v003: Change maximum delegation
> size of IPv4 address from 512 ( /23 ) to 768 (/23+/24) addresses" has
> been sent to the Policy SIG for review.
>
> It will be presented at the Open Policy Meeting (OPM) at APNIC 52
> on Thursday, 16 September 2021.
>
> https://conference.apnic.net/52/program/schedule/#/day/4
>
> We invite you to review and comment on the proposal on the mailing
> list before the OPM.
>
> The comment period on the mailing list before the OPM is an important
> part of the Policy Development Process (PDP). We encourage you to
> express your views on the proposal:
>
> - Do you support or oppose this proposal?
> - Does this proposal solve a problem you are experiencing? If so,
> tell the community about your situation.
> - Do you see any disadvantages in this proposal?
> - Is there anything in the proposal that is not clear?
> - What changes could be made to this proposal to make it more effective?
>
> Information about earlier versions is available at:
>
> http://www.apnic.net/policy/proposals/prop-141
>
> Regards,
> Bertrand and Ching-Heng
> APNIC Policy SIG Chairs
>
>
> ----------------------------------------------------------------------------------------------------------
>
> prop-141-v003: Change maximum delegation size of IPv4 address from 512 ( /23 ) to 768 (/23+/24) addresses.
>
> -----------------------------------------------------------------------------------------------------------
>
> Proposer: Simon Sohel Baroi (sbaroi@gmail.com)
> Aftab Siddiqui (aftab.siddiqui@gmail.com)
>
>
> 1. Problem statement
> --------------------
> According to the APNIC IPv4 Address Report,(https://www.apnic.net/manage-ip/ipv4-exhaustion/ ) the available
> and reserve pool size is as follows:
>
> Available Pool : IP Address 3,782,144 | 14,774 Of /24
> Reserved Pool : IP Address 1,831,680 | 7,155 Of /24
>
> If APNIC continues to delegate IPv4 in size of /23 with the average growth rate of 145 x /23 delegations per
> month the pool will be exhausted around Aug/Sep 2027. Which means the huge number of IPv4 addresses will be
> unused for a long time and large community members will still remain behind the NAT box or even without
> Internet Connectivity.
>
>
> 2. Objective of policy change
> -----------------------------
> The current final /8 allocation policy [1] advise that the current minimum delegation size for IPv4 is 256 (/24)
> addresses and each APNIC account holder is only eligible to receive IPv4 address delegations totaling a maximum
> 512 (/23) addresses from the APNIC 103/8 IPv4 address pool. (6.1. Minimum and maximum IPv4 delegations)
>
> This is a proposal to change the maximum size of IPv4 address delegations from the available IPv4 address pool to
> a totaling of 768 (/23+/24) addresses. This proposal also indicates how APNIC will distribute the IPv4 resources
> systematically when the available pool size reduces.
>
> Increasing the maximum IPv4 delegation size from 512 ( /23 ) to 768 (/23+/24) address pool will allow Newcomers
> and also Existing APNIC account holders to get maximum number of IPv4 address resources.
>
>
> 3. Situation in other regions
> -----------------------------
> There is no similar policy in place in other RIR regions.
>
>
> 4. Proposed policy solution
> ---------------------------
> It is recommended to increase the IPv4 address delegation size from 512 max (/23) to 768 (/23 + /24). The address
> space can now be allocated from the available 103/8 last /8 block and/or from non 103/8 recovered address blocks.
> This policy will continue until the available + reserved pool comes down to 900,096 IPv4 addresses i.e. < 3516x/24,
> once reaching this threshold the maximum delegation size will revert back to 512 IPv4 addresses (/23) and will
> continue to do so until the available + reserved pool comes down to 256,000 IPv4 addresses i.e 1000x/24 then the
> delegation size will further reduce to 256 IPv4 addresses i.e. /24.
>
> The very first time the reserved and available pool goes below 190,000 IPv4 addresses, then the IPv4 reserved pool
> (APNIC-127 Section 5.1.1) for Future Use of /16 (i.e. 256 x /24s) will be added to the available pool.
>
> It is proposed to modify the section 6.1 maximum IPv4 delegations of the APNIC Internet Number Resource Policies [1]
> accordingly.
>
> Current Policy text :
>
> Since Thursday, 28 February 2019, each APNIC account holder is only eligible to receive IPv4 address delegations
> totalling a maximum /23 from the APNIC 103/8 IPv4 address pool.
>
> New Policy text :
>
> New APNIC Member is only eligible to receive IPv4 address delegations totalling a maximum 768 (/23+/24) from the
> APNIC available IPv4 address pool.
>
> Existing APNIC account holders who only has less IPv4 resources can apply for maximum delegation respectively
> maintaining the criteria matched with section 7.0.
>
> If the available IPv4 Pool size, which consists of available and reserve pool, reaches 900,096 addresses (3516, /24s
> after last delegation), the delegation size will automatically become 512 (/23) IPv4 addresses.
>
> If the available IPv4 Pool size, which consists of available and reserve pool, reaches 256,000 IPv4 addresses (i.e.
> 1000 /24s after last delegation), the delegation size will be reduced to 256 (/24) IPv4 addresses. The very first
> time the reserved and available pool goes below 190,000 IPv4 addresses then, the IPv4 reserved pool of /16 (256 /24s)
> will be added to the available pool (APNIC-127 Section 5.1.1).
>
> At any point, if APNIC receives a large block of recovered/returned/etc IPv4 address space increasing the total
> available address space and moved into the previous threshold then, the delegation size will revert back to previous
> delegation size as well. Also, all delegations at this stage have to be made retrospectively i.e. any member who
> received smaller delegation size will be eligible to receive more IPv4 addresses as per this policy, based on their
> usage criteria matched with section 7.0 and availability of addresses.
>
> Whenever the next threshold is met then all resource requests received on the day and all those under review should
> be dealt with by the previous threshold.
>
> Threshold Stages for IPv4 addresses (Available + Reserved):
> Stage 1 - More than 900,000 IPv4 addresses: Delegation Size /23 + /24
> Stage 2 - Less than 900,000 IPv4 addresses and more than or equal to 256,000 IPv4 addresses: Delegation Size /23
> Stage 3 - Less than 256,000 IPv4 addresses and more than 190,000 : Delegation Size /24
> Stage 4 - Less than 190,000 IPv4 addresses add APNIC-127 5.1.1 Reserved /16 to available pool: Delegation Size /24
>
>
>
>
> 5. Advantages / Disadvantages
> -----------------------------
> Advantages:
> This proposal will ensure smooth allocation of IPv4 addresses to existing and new APNIC members.
>
> Disadvantages:
> This might add up to 10,000 /24s into the global routing table i.e. 1.2% increase. The current growth rate without this policy is approximately 7% every year.
>
>
> 6. Impact on resource holders
> -----------------------------
> The Organization who already became an APNIC member and has less IPv4 Resources can also apply for maximum delegation.
>
>
> 7. References
> -------------
> [1] Section 6.1. "Minimum and maximum IPv4 delegations" of "Policies for IPv4 address
> space management in the Asia Pacific region"
> https://www.apnic.net/community/policy/resources#6.1.-Minimum-and-maximum-IPv4-delegations
>
> --
> Cordialement,
> ___________________________________________
> Bertrand Cherrier
> Administration Systèmes - R&D
> Micro Logic Systems
> https://www.mls.nc
> Tél : +687 24 99 24
> VoIP : 65 24 99 24
> SAV : +687 36 67 76 (58F/min)
>
> * sig-policy: APNIC SIG on resource management policy *
> _______________________________________________
> sig-policy mailing list
> sig-policy@lists.apnic.net
> https://mailman.apnic.net/mailman/listinfo/sig-policy