Soft Landing, Recovered Space and Priority

Details

Name of Proposal	Soft Landing, Recovered Space and Priority	Status:	Last call (Presented at AF37 24 June 2026)
ID:	AFPUB-2026-IPv4-001-DRAFT02	Date Submitted:	16/06/2026
Author(s):	Jordi Palet Martinez jordi.palet[at]theipv6company.com	Version:	2.0
Obsoletes:		Amends:	Certain sections in the CPM

1. Summary of the problem being addressed by this proposal

AFRINIC entered Soft Landing Phase 2 in 2020 when it had no more than one /11 of non‑reserved IPv4 space remaining in the final /8. Subsequently, AFRINIC also recovered more than 3 million IPv4 addresses.

According to AFRINIC staff, at the current delegation rate:

Approximately 2 years are estimated to deplete the 783,872 IPv4 addresses currently available
An additional ~3 years are estimated to deplete the /12 block (around 1 million addresses) reserved by policy for future use
Several Resource Members have received more than 8 × /22 within a calendar year by submitting multiple requests up to the maximum /22 prefix size.

The staff asked to the community: Should the recovered 3+ million IPv4 addresses:

Automatically fall under the existing Soft-Landing Phase 2 conditions? OR
Be subject to a new policy governing how recovered IPv4 space is handled?

Further to that, this policy also resolves possible discrepancies among the Soft-Landing policy and other sections of the CPM.

2. Summary of how this proposal addresses the problem

This proposal suggests that the Soft-Landing policy shall be irreversible and consequently the recovered addresses fall under the existing Soft-Landing Phase 2 existing conditions.

The reasons for this consideration are:

The Internet in Africa can still increase the delegation rate, as the different economies keep growing, so probably the burn rate will be faster than forecasted.
IPv6 deployment will still need, even when using IPv6-only/IPv6-Mostly scenarios, which are the recommended ones, small IPv4 pools (/22-/24) for every site.
An alternative policy to amend the Soft-Landing can take a longer discussion time in the community, so meanwhile, this proposal fills the gap and doesn’t prevent a better choice over the time.

Regarding the discrepancies with other sections of the CPM, the proposal suggests that Soft-Landing is prioritized over the other CPM sections in case of conflict or discrepancies.

Some text reworded for clarity.

Proposal

Amend article 5.4 of the CPM, as follows:


Current	Proposed
5.4 Soft Landing This section describes how AFRINIC shall assign, allocate, and manage IPv4 resources during the "Exhaustion Phase" which begins when AFRINIC first needs to assign or allocate IP addresses from the final /8 block of IPv4 address space.	5.4 Soft Landing This section shall govern the manner in which AFRINIC assigns, allocates, and administers IPv4 resources during the “Exhaustion Phase”, which phase shall commence upon AFRINIC first assigning or allocating IPv4 address space from the final /8 block of IPv4 resources available to it. Upon the commencement of any Soft-Landing exhaustion phase, such phase shall be deemed final and irreversible. Any IPv4 resources returned or recovered thereafter, irrespective of their size or original pool, shall be returned to the “available space” pool only following a quarantine period of twelve (12) months. AFRINIC may reduce the quarantine period, for example when “available space” is below a /13 or other operational reasons. For clarity, “available space” pool is the total addresses available, regardless of being from the last /8, or other blocks. In the event of any inconsistency or conflict between the provisions of the Soft-Landing framework and any other provision of the CPM relating to allocation criteria, the provisions of the Soft-Landing framework shall prevail to the extent of such inconsistency.
5.4.7.1 A /12 IPv4 address block will be in reserve out of the final /8. This /12 IPv4 address block shall be preserved by AFRINIC for some future uses, as yet unforeseen. The Internet is innovative and we cannot predict with certainty what might happen. Therefore, it is prudent to keep this block in reserve, just in case some future requirement creates a demand for IPv4 addresses.	5.4.7.1 A /12 IPv4 address block will be in reserve out of the final /8. This /12 IPv4 address block shall be preserved by AFRINIC for some future uses, as yet unforeseen. The Internet is innovative and we cannot predict with certainty what might happen. Therefore, it is prudent to keep this block in reserve, just in case some future requirement creates a demand for IPv4 addresses. Once IPv4 addresses are recovered, the /12 from the final /8 can be released and refilled with the recovered addresses from any other “available space”, even if they are under quarantine period.
5.5.1.2.1 AFRINIC's minimum allocation is /22 or 1024 IPv4 addresses.	Removed (5.4.3.2 supersedes it)
5.5.1.4.1 An LIR may receive an additional allocation when about 80% of all the address space currently allocated to it has been used in valid assignments and/or sub-allocations.	Removed (5.4.6.1 supersedes it)
5.5.1.9 Utilisation Immediate utilisation of assignments should be at least 25% of the assigned space. After one year, unless special circumstances are defined, it should be at least 50%	5.5.1.9 Utilisation Immediate utilisation of assigned address space shall be not less than twenty-five per cent (25%) of the assigned resources. Unless exceptional circumstances are demonstrated, utilisation shall reach at least fifty per cent (50%) within eight (8) months from the date of assignment.
5.5.1.13.3.2. The LIR cannot make any sub‑allocation to the End‑User above their SAW in a 12‑month period (1 year). At the end of a calendar year from the approval of a SAW, the SAW is refreshed for one more year. In case the LIR's SAW is exhausted for a particular End‑User, approval must be sought from AFRINIC for any other sub‑allocation to the same End‑User.	5.5.1.13.3.2. An LIR shall not make any sub-allocation to an End User in excess of the applicable SAW during any period of eight (8) months. Upon expiry of the relevant eight (8)-month period from the date of approval of the SAW, the SAW shall automatically renew for a further period of eight (8) months. Where the SAW applicable to a particular End User has been exhausted, the LIR shall obtain prior approval from AFRINIC before effecting any further sub-allocation to that End User.
5.6.3 Additional PI Assignment	Removed (5.4.6.1 supersedes it)

4. References

In other regions, it has not been contemplated a reversion of the policies for exhaustion. When needed the exhaustion policies have been modified to match the updated community view.

AFRINIC Policy Impact Assessment

1. DPP Details

Field	Details
Policy ID	AFPUB-2026-IPv4-001-DRAFT02
Policy Name	Soft Landing, Recovered Space and Priority
URL of Policy Proposal	Soft Landing, Recovered Space and Priority - AFPUB-2026-GEN-001-DRAFT02
Date of Assessment	19 Jun 2026
Affected CPM Section	5.4 (Soft Landing); removes 5.5.1.2.1, 5.5.1.4.1, 5.6.3; amends 5.5.1.9, 5.5.1.13.3.2
Version of IA	v1

2. Previous Versions — Impact Assessments

Version	URL
v1	This is the first version for this draft proposal

3. AFRINIC Staff Assessment

3.1 Staff Interpretation and Understanding of the Proposal

The policy proposals map a way forward on how the recovered IPv4 space should be managed by being cleaned and returned to the available pool, where the resources can be delegated under the prevailing Soft Landing policy rules.

It further acknowledges that the Soft Landing policy phases are irreversible, such that no phase 1 conditions can be applied in phase 2, and the current phase conditions shall apply to all available IPv4 space, space reserved for future use as per the policy statement and recovered space, unless another policy that states otherwise is adopted.

In practice, AFRINIC shall maintain the quarantine period of its recovered pool to 12 months and may adjust to 6 months should the need arise. The cleaned up addresses will then be moved to the available pool. In the event that AFRINIC is unable to satisfy a request from its available pool, the reserved /12 prefix will then be brought to the available pool.

The proposal also introduces a positive change by removing some obsolete sections of the CPM (specifically 5.5.1.2.1, 5.5.1.4.1 and 5.6.3), thereby removing one of the major pain points to the current CPM since these pre-softlanding sections were conflicting with some profound conditions of the softlanding (5.4.3.2 and 5.4.6.1 in particular).

It also corrects the projected period of needs from 12 months to 8 months in sections 5.5.1.9 and 5.5.1.13.3.2

In the case that any other condition still conflicts with the softlanding conditions, the Soft Landing section takes precedence.

Benefit to AFRINIC: The policy clarifies the ambiguities that surrounded how the recovered space shall be handled.
Impact on Resource Members: The policy will improve the readability of the CPM since conflicting sections will be removed

3.2 Clarity of Policy Text

None

3.3 Areas of Impact

3.3.1 Interaction with Existing CPM

The policy interaction with CPM Section 5.4.7.2 shall invalidate the “Preserve” state of the /12 prefix and make it available.

3.3.2 Interaction with Other DPPs Under Discussion

Removing sections 5.5.1.2.1, 5.5.1.4.1 and 5.6.3 helps the integration of other policy proposal AFPUB-2026-ipv4-002-DRAFT01

3.3.3 Impact on IP Numbers Registry Systems

System	Impact
WHOIS	None
RDAP	None
MyAFRINIC	None
NetSuite	None
NMRP	None
RPKI	None

3.3.4 Member Services Operations

Procedures:
- Introduce an automated cleanup and monitoring tool.
Website & Communications: Web content updates, FAQs, announcement plan.

3.3.5 IT

None. Existing systems will be used

3.4.6 HR

None. Existing skillsets will be used

3.4.7 Legal

No legal issue

3.4.8 Finance

None. subject to Existing skillsets be used

4. Recommendations on Policy Wording

None

5. Staff Clarification Requests

None

6. Implementation Plan

AFRINIC will require 6 months to implement the automated workflow to enhance the monitoring and clean-up procedures.

Date	Details
6th May 2026	Version 1: AFPUB-2026-IPv4-001-DRAFT01 Initial Draft Posted to RPD
16th June 2026	Version 2: AFPUB-2026-GEN-001-DRAFT02 Addressing inputs from impact analysis

Soft Landing, Recovered Space and Priority