[rpd] possible update to AFPUB-2026-IPv4-002-DRAFT01 "Amendment of Utilisation in Soft Landing"

Mon Jun 15 07:15:39 UTC 2026

Hi Seun,

No, there is no such limite of once per member. Is already possible for a member to request multiple times, with the actual soft landing policy (and happening according to the PIER, https://www.afrinic.net/policy/implementation-reports/pier-summary). I’m not changing that, I’m facilitating cases that today aren’t considering in the policy and are acting against AFRICA competitivity.

As I said in a previous email, we need to trust the RIR staff. They should be able to request sufficient documentation to justify each case and to avoid abuses, they always can review the implemented reality with the documentation and ask for corrections or recover address when no longer needed or no longer justified.

We shall remember what has been presented in the PIER. It looks to me that at the current delegation rate, it will take over 10-12 years to deplete the pool (3+ million addresses), not including possible new recoveries. Also it clearly explains that several members have received more than 8x/22 submitting multiple requests.

So with the actual policy, if you have a DC, for example, and need to build more, you need to wait until you have DC1 is built and using 90% of the addresses, to request resources for DC2. This is contrary to high-availability, and it only means that AFRICAN DCs are less competitive. Event worst for new businesses that need HA.

If we take an example of 464XLAT deployment, and you have multiple BGP PoPs (which is very common for redundancy, HA, etc.), you can’t actually do that. You’re limited to a single PoP, etc.

There are many situation where you actually want to build "simultaneously".

Regards,
Jordi

@jordipalet

> El 15 jun 2026, a las 4:29, Seun Ojedeji <seun.ojedeji at gmail.com> escribió:
> 
> Hello Jordi,
> 
> I want to be sure i understand your intent of the section below:
> "....and in these cases, the request is treated as a first allocation or request..."
> 
> Does it mean that the exception will only be granted once to member? if that is the case i agree, if that is not the case, then i disagree. I think there should be a limit to the round trip per qualified member.
> 
> I will also suggest a minor edit as per below:
> 
> "The above requirement of 90% is waived for network operators...."
> 
> Regards
> On Sun, 14 Jun 2026 at 06:24, jordi.palet--- via RPD <rpd at afrinic.net <mailto:rpd at afrinic.net>> wrote:
>> Hi all,
>> 
>> Pending from the impact analysis, if it comes in time before the 16th, i’ve worked in a possible v2 of this policy proposal, considering the previous discussion in the list.
>> 
>> I’m sending this before official submission in order to seek further inputs, if they come in time before the deadline.
>> 
>> The text I’m proposing is:
>> 
>> The above requirement is waived for network operators requesting new IPv4 addresses for demonstrated key technical requirements, which can be illustrated to not be practically serviceable from existing assigned/allocated IPv4 resources – such as redundancy and high-availability sites, IPv6 transition technologies, or expansion to new sites which pose a technical constraint on their current resource pool – and in these cases, the request is treated as a first allocation or request. The request justification should be sufficiently documented, in such way that AFRINIC can verify the compliance with the provided justification.
>> 
>> I believe the last sentence provides a valid way to avoid abusing the policy.
>> 
>> I’m attaching (not sure if it will pass thru the list) a PDF of how it looks like in a comprehensive view.
>> 
>> Regards,
>> Jordi
>> 
>> @jordipalet
>> 
>> 
>> 
>> **********************************************
>> IPv4 is over
>> Are you ready for the new Internet ?
>> http://www.theipv6company.com <http://www.theipv6company.com/>
>> The IPv6 Company
>> 
>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>> 
>> _______________________________________________
>> RPD mailing list
>> RPD at afrinic.net <mailto:RPD at afrinic.net>
>> https://lists.afrinic.net/mailman/listinfo/rpd
> 
> 
> 
> 
> 
> ----
> Sent from my mobile
> kindly excuse typos

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20260615/ad1334d6/attachment-0001.html>