AFRINIC · Veille des RIR
AFPUB-2019-GEN-006-DRAFT03
Commencez ici pour consulter l’historique, proposition par proposition : ce qui a changé, pourquoi cela comptait, qui a défendu quoi, comment les positions ont évolué, ce qui a été décidé et quelles lacunes subsistent dans les preuves.
Faits sourcés
- Identifiant
- AFPUB-2019-GEN-006-DRAFT03
- RIR
- AFRINIC
- Statut officiel
- Ratified
- Statut normalisé
- Acceptée
- Introduction
- 19 avr. 2021
- Dernière mise à jour des sources
- 13 oct. 2026
- Couverture
- Partielle
Qui a réellement façonné le débat ?
Évolution de la politique
Trust anchor named in the explanation · Draft 2 corrects the explanation of AFRINIC's bogon ROAs to name AFRINIC's TAL instead of APNIC's. This corrects the stated validation context; it does not direct AFRINIC to issue ROAs under APNIC's trust anchor.
Faits sourcés −
When AFRINIC issues a ROA with AS0 for unallocated address space under AFRINIC’s administration, BGP announcements covering this space will be marked as Invalid by networks doing RPKI based BGP Origin Validation using APNIC’s TAL.Faits sourcés ↗
Faits sourcés +
When AFRINIC issues a ROA with AS0 for unallocated address space under AFRINIC’s administration, BGP announcements covering this space will be marked as Invalid by networks doing RPKI based BGP Origin Validation using AFRINIC’s TAL.Faits sourcés ↗
Separate trust anchor option · Draft 2 adds the option of a distinct TAL for AS0 ROAs, allowing opt-in use and separate measurements, particularly during initial deployment. The choice and other operational details remain at AFRINIC's discretion. The requirement to remove AS0 ROAs before allocating covered resources remains unchanged.
Faits sourcés −
Address space can only be allocated once the ROA or ROAs with origin AS0 have been fully removed and are not visible in the repositories.Faits sourcés ↗
Faits sourcés +
The AS0 ROAs could be under a distinct Trust Anchor Locator (TAL), so it becomes an opt-in service and provides separate measurements, at least in the initial deployment phases. This and other operational details are left to the discretion of AFRINIC.Faits sourcés ↗
Staff interpretation of covered resources · The draft-2 snapshot adds a staff interpretation that unallocated and unassigned space includes available and reserved inventory, newly received IANA/PTI prefixes, and returned or reclaimed resources. This elaborates the existing coverage rule in a staff assessment; it is not a separate adopted policy clause.
Faits sourcés −
AFRINIC will create ROAs with origin AS0 for all the unallocated and unassigned address space (IPv4 and IPv6) for which it is the current administrator.Faits sourcés ↗
Faits sourcés +
unallocated and unassigned space here means available and reserved space as per the AFRINIC extended delegated stats file. New prefixes received from IANA/PTI would immediately have AS0 ROA's. Any prefixes returned by or reclaimed from members will also have AS0 ROAsFaits sourcés ↗
Staff assessment of ROA validity · New staff assessment text assumes a ten-year validity period unless proposal authors specify another period. The proposal itself continues to leave validity and revocation procedures to AFRINIC staff, and the assessment also asks for clarification. The ten-year assumption is not presented as a new binding policy duration.
Faits sourcés −
The process for ROA validity periods and release of ROAs before assignment/allocation by AFRINIC is left for AFRINIC staff to define in internal procedures.Faits sourcés ↗
Faits sourcés +
The validity period for these ROAs shall be 10 years (as it currently is for all ROAs) unless a specific validity period is specified by the policy proposal authors.Faits sourcés ↗
Staff deployment recommendation · The added staff assessment recommends a separate trust anchor and estimates implementation within six months of Last Call. These are the staff's historical recommendation and estimate, not evidence that deployment occurred.
Faits sourcés −
The process for ROA validity periods and release of ROAs before assignment/allocation by AFRINIC is left for AFRINIC staff to define in internal procedures.Faits sourcés ↗
Faits sourcés +
Impact on RPKI On the RPKI side, 3 options have been scoped notably, Use the existing AFRINIC RPKI Tree Additional Production certificate (0/0) for unallocated space only New Trust Anchor with a single Production Certificate AFRINIC recommends option C because it then becomes an opt-in service and does not pollute the current RPKI. Legal Assessment No comments 5.0 Implementation Timeline The policy can be implemented as written within 6 months from the Last Call.Faits sourcés ↗
Cross-registry context · The references change from APNIC consensus, a RIPE NCC proposal and intended submissions elsewhere to reported consensus in APNIC and LACNIC. This updates the proposal's historical context and does not establish any other registry's present policy.
Faits sourcés −
4.0 References An equivalent proposal has already reached consensus in APNIC (https:// www.apnic.net/community/policy/proposals/prop-132) )and has been proposed in RIPE NCC (https:// www.ripe.net/participate/policies/proposals/2019-08). )It is also in preparation for submission to the other RIRs.Faits sourcés ↗
Faits sourcés +
4.0 References An equivalent proposal has already reached consensus in APNIC and LACNIC.Faits sourcés ↗
Timing for reclaimed resources · Draft 3 adds an explicit condition that reclaimed resources enter the AS0 ROA coverage only at the end of the reclamation process. Draft 2 required coverage of all unallocated and unassigned resources without this explicit timing qualification. The separate-trust-anchor option and removal of ROAs before allocation remain.
Faits sourcés −
AFRINIC will create ROAs with origin AS0 for all the unallocated and unassigned address space (IPv4 and IPv6) for which it is the current administrator.Faits sourcés ↗
Faits sourcés +
AFRINIC should add reclaimed resources only at the end of the reclamation process.Faits sourcés ↗
Staff choice of deployment architecture · The draft-3 staff implementation section commits to a new separate trust anchor if the proposal reaches consensus and ratification; draft 2 only recommends that option among three alternatives. This is the documented implementation plan, not proof of an operational deployment.
Faits sourcés −
AFRINIC recommends option C because it then becomes an opt-in service and does not pollute the current RPKI.Faits sourcés ↗
Faits sourcés +
5.0 Implementation Should this proposal reaches consensus and is ratified, the implementation will be done on a new (separate) Trust Anchor so that it becomes an opt-in service and does not impact the current RPKI setupFaits sourcés ↗
Historical implementation estimate · The staff estimate changes from six months after Last Call to implementation by Q2 2022, linked in the surrounding text to the planned myafrinic v2 migration. These are historical planning statements; neither establishes the present deployment status or a new current deadline.
Faits sourcés −
5.0 Implementation Timeline The policy can be implemented as written within 6 months from the Last Call.Faits sourcés ↗
Faits sourcés +
We have been advised that the policy can be fully implemented by Q2-2022.Faits sourcés ↗
Staff clarification status · The draft-3 assessment records no clarification requests where draft 2 asks about the AS0 ROA validity period. Both assessments retain the ten-year assumption unless authors specify otherwise, so this change does not itself alter the duration.
Faits sourcés −
3.0 AFRINIC Staff Clarification Requests What will be the validity period of these AS0 ROAs? 10 years?Faits sourcés ↗
Recorded proposal status · The draft-2 snapshot is marked Archived and the draft-3 snapshot Ratified. These are captured page labels, not proof of the date of ratification or implementation; draft 3's implementation table still describes the policy as awaiting implementation.
Faits sourcés −
Date Submitted 2020-08-03 Author(s) Refer to Proposal Tab Status ArchivedFaits sourcés ↗
Faits sourcés +
Date Submitted 19 April 2021 Author(s) Haitham El-Nakhal, Yazid Akanho Version 3 Obsoletes None Status RatifiedFaits sourcés ↗
Chronologie du débat
Entités
- Messages de discussion0Première activitéInconnueDernière activitéInconnuePremière position expliciteInconnueDernière position expliciteInconnueChangements de position0Cohérence du point de vueAucune position explicite n’a été énoncéeAutres politiques0Actualité: Périmé
Dernière tentative de recherche: 11 sept. 2026
Identité vérifiée: 11 sept. 2026
· Historique Identifier Technology Health Indicators (ITHI) : ICANN’s Yazid Akanho presented the ITHI metrics essential for evaluating Internet identifiers' health.
www.ripe.netProfils publics vérifiés
- Messages de discussion
- 0
- Première activité
- Inconnue
- Dernière activité
- Inconnue
- Première position explicite
- Inconnue
- Dernière position explicite
- Inconnue
- Changements de position
- 0
- Cohérence du point de vue
- Aucune position explicite n’a été énoncée
- Autres politiques
- 0
Première position explicite: Inconnue → Dernière position explicite: Inconnue · Changements de position: 0
Cohérence du point de vue: Aucune position explicite n’a été énoncée
- 14 oct. 2026
author
Faits sourcés ↗
Chronologies des positions par politique:AFPUB-2019-GEN-006-DRAFT03 · Inconnue · Aucune position explicite n’a été énoncéeMessages de politique: 0
- Messages de discussion0Première activitéInconnueDernière activitéInconnuePremière position expliciteInconnueDernière position expliciteInconnueChangements de position0Cohérence du point de vueAucune position explicite n’a été énoncéeAutres politiques0
Sources et couverture
Sources officielles
Archives des discussions publiques
- afrinic-rpd
- Première capture
- 4 août 2004
- Dernière capture
- 25 août 2026
- Dernière actualisation
- 13 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 13 116
- Lacunes connues
- 0
- www.afrinic.net
- afrinic-africann
- Première capture
- 3 août 2026
- Dernière capture
- 2 oct. 2026
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 2 606
- Lacunes connues
- 0
- afrinic-afripv6-discuss
- Première capture
- 17 août 2015
- Dernière capture
- 18 sept. 2026
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 2 538
- Lacunes connues
- 0
- afrinic-announce
- Première capture
- 18 août 2015
- Dernière capture
- 18 sept. 2026
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 2 497
- Lacunes connues
- 0
- afrinic-community-discuss
- Première capture
- 11 sept. 2015
- Dernière capture
- 29 déc. 2019
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 3 127
- Lacunes connues
- 0
- afrinic-dbwg
- Première capture
- 4 août 2026
- Dernière capture
- 6 oct. 2026
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 949
- Lacunes connues
- 0
- afrinic-dnssec-ops
- Première capture
- 18 août 2015
- Dernière capture
- 1 déc. 2016
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 307
- Lacunes connues
- 0
- afrinic-icp2-review
- Première capture
- 10 avr. 2025
- Dernière capture
- 10 nov. 2025
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 0
- Lacunes connues
- 0
- afrinic-measurement-wg
- Première capture
- 1 févr. 2018
- Dernière capture
- 22 nov. 2024
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 138
- Lacunes connues
- 0
- afrinic-mira
- Première capture
- 17 nov. 2020
- Dernière capture
- 22 nov. 2024
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 0
- Lacunes connues
- 0
- afrinic-ois-wg
- Première capture
- 9 sept. 2021
- Dernière capture
- 22 nov. 2024
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 0
- Lacunes connues
- 0
- afrinic-rpki-discuss
- Première capture
- 15 janv. 2016
- Dernière capture
- 23 avr. 2026
- Dernière actualisation
- 14 oct. 2026
- Couverture
- La couverture de la source est incomplète.
- Chargement
- 154
- Lacunes connues
- 0
Couverture
Partielle
Première capture: 4 août 2004
Dernière capture: 14 oct. 2026
Actualité
Lacunes connues
- www.afrinic.net: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- www.afrinic.net: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-rpd: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- www.afrinic.net: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-africann: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-afripv6-discuss: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-announce: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-community-discuss: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-dbwg: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-dnssec-ops: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-measurement-wg: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
- afrinic-rpki-discuss: La couverture de la source est incomplète. · La limite de la source n’a pas encore été atteinte.
