[rpd] IPv6 as a criteria in IPv4 Soft Landing AFPUB-2026-v6-001-DRAFT01.

Tue Jun 23 21:25:30 UTC 2026

Hello Stephen

There seems to be an issue with the first version of the proposal on the 
website. We'll ensure it's fixed the soonest.

Please note that the author submitted a revised version of the proposal 
- 
https://afrinic.net/participate/policy/proposals/afpub-2026-v6-001-draft02 
and that the latter will be discussed during the AFRINIC-37 PPM.

Kind Regards

Madhvi

Policy Liaison AFRINIC

On 24/06/2026 00:25, Musa Stephen Honlue wrote:
> image0.png
>
>
> This is what the link is showing, please confirm that you have access.
>
>> On 28 May 2026, at 12:27, Sami Salih <sami.salih at outlook.com> wrote:
>>
>> 
>> Hi Jordi, colleagues,
>>
>> Thank you, Jordi, for considering my previous comments and for 
>> restructuring this into a more focused proposal.
>>
>> In principle, I support linking IPv4 allocations under the Soft 
>> Landing policy with commitment toward IPv6 deployment. Given the IPv4 
>> exhaustion reality, this is a reasonable policy direction.
>>
>> I also appreciate the additional clarifications regarding the 
>> existing policy references and deployment expectations. Nevertheless, 
>> I believe the implementation and enforcement aspects may still 
>> require further refinement to ensure the criteria remain objective, 
>> measurable, and operationally practical across the AFRINIC service 
>> region. I believe the staff analysis may further help clarify the 
>> operational feasibility, compliance verification approach, and 
>> enforcement practicality of the proposed requirements.
>>
>> Overall, I support the intent of the proposal and appreciate the more 
>> granular approach to the discussion.
>>
>> With Regards,
>> Sami Salih.
>>
>>
>> Sami Salih
>> ------------------------------------------------------------------------
>> *From:* jordi.palet--- via RPD <rpd at afrinic.net>
>> *Sent:* Thursday, May 28, 2026 1:21:52 PM
>> *To:* rpd at afrinic.net <rpd at afrinic.net>
>> *Subject:* Re: [rpd] IPv6 as a criteria in IPv4 Soft Landing 
>> AFPUB-2026-v6-001-DRAFT01.
>> Hi Jaco,
>>
>> Tks, next version will use: “Any IPv4 request must be done with a 
>> simultaneous IPv6 request if the requesting party does not already 
>> have IPv6 space.” This may depend on the impact analysis inputs, of 
>> course.
>>
>> About the determination/measurement that this is being done, let me 
>> explain how I see this.
>>
>> The existing 6.5.1.1 (for LIRs) and 6.8.2, already set the conditions 
>> to be met. AFRINIC already has, in both cases, a 12 months period to 
>> confirm the deployment. May be is not sufficiently clear there if 
>> AFRINIC should do something if that’s not actually done. We aren’t 
>> talking there only about announcing the prefix, but also in the case 
>> of LIRs, about making assignments to end-sites, and the text is 
>> clear, /48s, nothing different. There is no reason for using 
>> different sizes for different type of customers on that text. There 
>> is no technical reason at all for not doing it correctly, however, 
>> this is a discussion for amending that part of the policy, not for 
>> this proposal.
>>
>> What this proposal wants to make sure is that you *actually*, 
>> *following existing policy*, if you get IPv4, you really deploy IPv6 
>> in 12 months. To reinforce it I explicitly mention “In addition …”, 
>> as you said. Note that “in addition” section enforces a more detailed 
>> work from the member requesting IPv4, to justify a credible IPv6 
>> addressing and deployment plan, this will be accepted or not by 
>> AFRINIC, as with any request evaluation.
>>
>> For example, in many RIRs, not just AFRINIC, I’ve observed that many 
>> members get by default a /32, even if they have 800.000 end-sites. 
>> Clearly wrong, they didn’t have done any real addressing plan and 
>> they will end up providing a single /64 to each end-site. If they do 
>> it correctly, they will soon discover why they should use /48s, so 
>> with a /32 they can only cover around 50.000 customers, which means 
>> that typically for 800.000 of customers (depending on the topological 
>> distribution of the network) will mean that they need a /27-/28.
>>
>> I don’t think nobody can say “deploy” is not clear. If this is the 
>> case, we can improve it, something like “and IPv6 is actually being 
>> used”. We can even set a minimum level of traffic, such as 50% for 
>> example? Those that have deployed IPv6 know that, at least in the 
>> case of residential and cellular customers, because most of the 
>> traffic (typically 75-90%) is from big CDNs, caches, and contend 
>> providers (all google, all Meta, Akamai and all the other CDNs), 
>> already provide IPv6, when you turn on IPv6 in an end-site, the IPv6 
>> traffic of that end-site becomes 75%-90% IPv6, in turn the total ISP 
>> traffic reaches similar levels.
>>
>> So asking for 50% seems to me conservative, but I’m happy for lower 
>> levels, if we agree that we can ask for more later on. We can even 
>> consider something like 25% after 12 months, 50% after 24 months, 75% 
>> after 48 months. Just an example.
>>
>> Finally, as we have many policies that AFRINIC not necessarily is 
>> measuring the compliance, that’s what the other proposal (compliance 
>> dashboard) was already trying to resolve, now in a “light” version.
>>
>> This proposal also added a trigger (failure to comply) to ensure that 
>> abuse (requesting IPv4, but then not deploying IPv6) can enact the 
>> RSA terms, because clearly shows that there is a policy breach.
>>
>> By the way, dynamic prefixes in IPv6 is broken, terrible idea, 
>> specially if there are power outages.
>>
>> I suggest to read what, hopefully in a few months, will become in 
>> RFC/BCP a successor of RIPE690:
>>
>> https://datatracker.ietf.org/doc/draft-ietf-v6ops-prefix-to-end-sites/
>>
>> Regards,
>> Jordi
>>
>> @jordipalet
>>
>>
>>> El 28 may 2026, a las 11:43, Jaco Kroon <jaco at uls.co.za> escribió:
>>>
>>> Hi Jordi,
>>>
>>> I support the principle very much. Practicality may be a different 
>>> story, yes, must implement v6, however:
>>>
>>> How do you determine/measure that?  I think your "In addition" 
>>> section addresses this to a degree.
>>>
>>> Merely advertising IPv6 space?  Sure, that's easy, but it doesn't 
>>> mean I have to actually make that available to customers.
>>>
>>> Re proposed text, the word "However, " doesn't add value, merely 
>>> "Any IPv4 request must be done with a simultaneous IPv6 request if 
>>> the requesting party does not already have IPv6 space."
>>>
>>> This does also be the question, it seems 6.5.1.1.3 states that you 
>>> must give /48s to end sites - we do distinguish between business and 
>>> home users, for business we happily do /48 if so required (at least 
>>> we reserve a /48 per site minimum), but for home users we generally 
>>> do dynamically allocated /56 (but will again do /48 on request) - 
>>> would this imply failure to comply with your proposed policy?  If 
>>> so, should the proposed policy be adjusted, or 6.5.1.1.3?
>>>
>>> For PI space (6.8.2.2.d) - what does deployed mean?
>>>
>>> Kind regards,
>>> Jaco Kroon
>>>
>>> On 2026/05/28 10:28, jordi.palet--- via RPD wrote:
>>>
>>>> Hi all,
>>>>
>>>> Somehow this is a response to Sami input on a previous proposal.
>>>>
>>>> This way we can split the problem space in 2 proposals, which may reach consensus without depending one on the other.
>>>>
>>>> So we have a very basic question: If we believe that the members that receive IPv4 out of the Soft Landing policy, must implement IPv6, or not?
>>>>
>>>> Regards,
>>>> Jordi
>>>>
>>>> @jordipalet
>>>>
>>>>
>>>>> El 28 may 2026, a las 10:05, Darwin Da Costa<dacostadarwin at gmail.com> <mailto:dacostadarwin at gmail.com> escribió:
>>>>>
>>>>> Dear PDWG,
>>>>>
>>>>> We have received a new draft policy proposal - IPv6 as a criteria in IPv4 Soft Landing ID AFPUB-2026-v6-001-DRAFT01 from author Jordi Palet Martinez. The proposal contents are published at:
>>>>>
>>>>> https://afrinic.net/afpub-2026-v6-001-draft01 <https://afrinic.net/afpub-2026-v6-001-draft01> 
>>>>>
>>>>>
>>>>> We encourage you to take some time to go through the proposal contents and  provide feedback as follows:
>>>>>
>>>>> a)Do you support or oppose the proposal?
>>>>>
>>>>> b) If you oppose the proposal, state your reasons?
>>>>>
>>>>> c) Is there anything in the proposal that is not clear?
>>>>>
>>>>> d) What changes could be made to this proposal to make it more effective?
>>>>>
>>>>>
>>>>> Regards,
>>>>> Vincent Ngundi & Darwin Da Costa
>>>>> AFRINIC PDWG Co-Chairs
>>>>>
>>>>> _______________________________________________
>>>>> RPD mailing list
>>>>> RPD at afrinic.net <mailto:RPD at afrinic.net>
>>>>> https://lists.afrinic.net/mailman/listinfo/rpd <https://lists.afrinic.net/mailman/listinfo/rpd>
>>>> **********************************************
>>>> 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 <https://lists.afrinic.net/mailman/listinfo/rpd>
>>
>>
>> **********************************************
>> 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.
>>
>> _______________________________________________
>> RPD mailing list
>> RPD at afrinic.net
>> https://lists.afrinic.net/mailman/listinfo/rpd
>
> _______________________________________________
> RPD mailing list
> RPD at afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20260624/996dd897/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image0.png
Type: image/png
Size: 75252 bytes
Desc: not available
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20260624/996dd897/attachment-0001.png>