AFRINIC · Monitoramento de RIR
AFPUB-2019-GEN-006-DRAFT03
Comece aqui pelo registro de cada proposta: o que mudou, por que isso foi relevante, quem defendeu cada posição, como as posições evoluíram, o que foi decidido e onde ainda há lacunas nas evidências.
Fatos com fonte
- ID da política
- AFPUB-2019-GEN-006-DRAFT03
- RIR
- AFRINIC
- Status oficial
- Ratified
- Status normalizado
- Aceita
- Apresentada
- 19 de abr. de 2021
- Última atualização das fontes
- 13 de out. de 2026
- Cobertura
- Parcial
Quem realmente moldou o debate?
Evolução da política
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
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.Fatos com fonte ↗
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
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.Fatos com fonte ↗
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
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 ROAsFatos com fonte ↗
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
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.Fatos com fonte ↗
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
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.Fatos com fonte ↗
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
4.0 References An equivalent proposal has already reached consensus in APNIC and LACNIC.Fatos com fonte ↗
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.
Fatos com fonte −
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.Fatos com fonte ↗
Fatos com fonte +
AFRINIC should add reclaimed resources only at the end of the reclamation process.Fatos com fonte ↗
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.
Fatos com fonte −
AFRINIC recommends option C because it then becomes an opt-in service and does not pollute the current RPKI.Fatos com fonte ↗
Fatos com fonte +
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 setupFatos com fonte ↗
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.
Fatos com fonte −
5.0 Implementation Timeline The policy can be implemented as written within 6 months from the Last Call.Fatos com fonte ↗
Fatos com fonte +
We have been advised that the policy can be fully implemented by Q2-2022.Fatos com fonte ↗
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.
Fatos com fonte −
3.0 AFRINIC Staff Clarification Requests What will be the validity period of these AS0 ROAs? 10 years?Fatos com fonte ↗
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.
Fatos com fonte −
Date Submitted 2020-08-03 Author(s) Refer to Proposal Tab Status ArchivedFatos com fonte ↗
Fatos com fonte +
Date Submitted 19 April 2021 Author(s) Haitham El-Nakhal, Yazid Akanho Version 3 Obsoletes None Status RatifiedFatos com fonte ↗
Linha do tempo do debate
Entidades
- Mensagens de discussão0Primeira atividadeDesconhecidaÚltima atividadeDesconhecidaPrimeira posição explícitaDesconhecidaÚltima posição explícitaDesconhecidaMudanças de posição0Coerência do ponto de vistaNenhuma posição explícita declaradaOutras políticas0Atualização: Desatualizada
Última tentativa de pesquisa: 11 de set. de 2026
Identidade verificada: 11 de set. de 2026
· Histórico Identifier Technology Health Indicators (ITHI) : ICANN’s Yazid Akanho presented the ITHI metrics essential for evaluating Internet identifiers' health.
www.ripe.netPerfis públicos verificados
- Mensagens de discussão
- 0
- Primeira atividade
- Desconhecida
- Última atividade
- Desconhecida
- Primeira posição explícita
- Desconhecida
- Última posição explícita
- Desconhecida
- Mudanças de posição
- 0
- Coerência do ponto de vista
- Nenhuma posição explícita declarada
- Outras políticas
- 0
Primeira posição explícita: Desconhecida → Última posição explícita: Desconhecida · Mudanças de posição: 0
Coerência do ponto de vista: Nenhuma posição explícita declarada
- 13 de out. de 2026
author
Fatos com fonte ↗
Linhas do tempo de posição por política:AFPUB-2019-GEN-006-DRAFT03 · Desconhecida · Nenhuma posição explícita declaradaMensagens de política: 0
- Mensagens de discussão0Primeira atividadeDesconhecidaÚltima atividadeDesconhecidaPrimeira posição explícitaDesconhecidaÚltima posição explícitaDesconhecidaMudanças de posição0Coerência do ponto de vistaNenhuma posição explícita declaradaOutras políticas0
Fontes e cobertura
Fontes oficiais
Arquivos de discussões públicas
- afrinic-rpd
- Primeiro registro
- 4 de ago. de 2004
- Último registro
- 25 de ago. de 2026
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 13.116
- Lacunas conhecidas
- 0
- www.afrinic.net
- afrinic-africann
- Primeiro registro
- 3 de ago. de 2026
- Último registro
- 2 de out. de 2026
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 2.599
- Lacunas conhecidas
- 0
- afrinic-afripv6-discuss
- Primeiro registro
- 17 de ago. de 2015
- Último registro
- 18 de set. de 2026
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 2.538
- Lacunas conhecidas
- 0
- afrinic-announce
- Primeiro registro
- 18 de ago. de 2015
- Último registro
- 18 de set. de 2026
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 2.497
- Lacunas conhecidas
- 0
- afrinic-community-discuss
- Primeiro registro
- 11 de set. de 2015
- Último registro
- 29 de dez. de 2019
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 3.127
- Lacunas conhecidas
- 0
- afrinic-dbwg
- Primeiro registro
- 4 de ago. de 2026
- Último registro
- 6 de out. de 2026
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 942
- Lacunas conhecidas
- 0
- afrinic-dnssec-ops
- Primeiro registro
- 18 de ago. de 2015
- Último registro
- 1 de dez. de 2016
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 307
- Lacunas conhecidas
- 0
- afrinic-icp2-review
- Primeiro registro
- 10 de abr. de 2025
- Último registro
- 10 de nov. de 2025
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 0
- Lacunas conhecidas
- 0
- afrinic-measurement-wg
- Primeiro registro
- 1 de fev. de 2018
- Último registro
- 22 de nov. de 2024
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 138
- Lacunas conhecidas
- 0
- afrinic-mira
- Primeiro registro
- 17 de nov. de 2020
- Último registro
- 22 de nov. de 2024
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 0
- Lacunas conhecidas
- 0
- afrinic-ois-wg
- Primeiro registro
- 9 de set. de 2021
- Último registro
- 22 de nov. de 2024
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 0
- Lacunas conhecidas
- 0
- afrinic-rpki-discuss
- Primeiro registro
- 15 de jan. de 2016
- Último registro
- 23 de abr. de 2026
- Última atualização
- 13 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 154
- Lacunas conhecidas
- 0
Cobertura
Parcial
Primeiro registro: 4 de ago. de 2004
Último registro: 13 de out. de 2026
Atualização
Lacunas conhecidas
- www.afrinic.net: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- www.afrinic.net: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-rpd: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- www.afrinic.net: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-africann: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-afripv6-discuss: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-announce: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-community-discuss: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-dbwg: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-dnssec-ops: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-measurement-wg: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
- afrinic-rpki-discuss: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
