AFRINIC · Monitoramento de RIR
IPv4 Soft Landing – bis (Alain Aina)
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-2016-V4-001
- RIR
- AFRINIC
- Status oficial
- Under Discussion
- Status normalizado
- Em discussão
- Apresentada
- 4 de fev. de 2016
- Última atualização das fontes
- 1 de out. de 2026
- Cobertura
- Parcial
Quem realmente moldou o debate?
Evolução da política
From selective amendments to a replacement proposal · Draft 1 amended selected clauses of the existing IPv4 Soft Landing Policy and explicitly obsoleted none. Draft 2 presents a complete replacement of section 3 and says it would obsolete that existing policy. Its restated provisions must therefore be read as a complete proposal; this change in drafting scope is not evidence that the proposal was adopted or that every restated rule was newly introduced.
Fatos com fonte −
* Amends: AFPUB-2010-v4-005 (IPv4 soft landing policy) * Obsoletes : NoneFatos com fonte ↗
Fatos com fonte +
16th Feb 2016 AFPUB-2016-V4-001-DRAFT02 (version 2.0) Posted to the rpd mailing list. A complete new version of the section 3 and so the policy proposal now obsoletes the existing IPv4 soft landing policy instead of amending it. Change of the title for clarityFatos com fonte ↗
New-entrant eligibility is explicitly tied to exhaustion · Draft 1 described the new-entrant reserve as available to new LIRs or end users with no prior AFRINIC IPv4 space. Draft 2 additionally defines a new LIR by whether it had received IPv4 space before the exhaustion phase, while retaining the reserve's no-prior-space condition. The two formulations need to be read together: the definition does not itself prove that an organisation which has already received an allocation may draw again from the new-entrant reserve.
Fatos com fonte −
3.9.2 Allocations/Assignments to new LIRs or End-Users A /14 from the final /11 will be held in reserve for exclusive use by new LIRs or End-Users with no prior IPv4 address space from AFRINIC. On application for IPv4 resources, a new LIR or End-User may receive one number resource (maximum /22).Fatos com fonte ↗
Fatos com fonte +
New LIR - A New LIR, is a LIR that assigns address space to 'end-users' and is a member of AFRINIC, but has not been allocated any IPv4 address space prior to the Exhaustion phase.Fatos com fonte ↗
Repeat-request wording extends beyond phase 1 · Draft 1 confined its statement of no explicit limit on repeated requests to exhaustion phase 1. Draft 2 uses the broader term Exhaustion Period and expressly adds a one-allocation limit for critical infrastructure using its reserved pool in phase 2, alongside the existing new-entrant restriction. The broad sentence does not erase those specific reserve limits. Draft 2's unfinished opening sentence in section 3.6 leaves a drafting ambiguity that the retained text alone cannot resolve.
Fatos com fonte −
3.6 If any LIR or End User requests IPv4 address space during Exhaustion: There is no explicit limit on the number of times an organization may request additional IPv4 address space during Exhaustion Phase 1. During exhaustion Phase 2, new LIRs or End-Users can receive only one allocation/assignment from the new LIRs or End-Users reserved pool.Fatos com fonte ↗
Fatos com fonte +
During exhaustion Phase 2, new LIRs or End-Users can receive only one allocation/assignment from the new LIRs or End-Users reserved pool. During exhaustion Phase 2, Critical Infrastructure can receive only one allocation/assignment from the Critical Internet Infrastructure reserved pool. There is no explicit limit on the number of times an organization may request additional IPv4 address space during the Exhaustion PeriodFatos com fonte ↗
Eight-month planning period becomes explicit in the complete text · Draft 2 explicitly includes an eight-month allocation and assignment planning period throughout the policy's life, describing a reduction from twelve months. Draft 1's amendment list did not reproduce section 3.7. This comparison establishes that the rule is now explicit in the replacement draft, but cannot by itself establish that the eight-month rule was absent from the pre-existing policy which Draft 1 would have left partly in force.
Fatos com fonte −
3.2 This policy proposal changes Clauses/Articles 3.6, 3.8 and 3.9 of the current IPv4 Soft Landing PolicyFatos com fonte ↗
Fatos com fonte +
3.7) The current allocation and assignment period of 12 months shall be changed to 8 months. The current allocation and assignment period of 12 months shall be changed to 8 months. This will help to ensure that LIRs request only for resources they need in the short to medium term, and promote fairness in the equitable distribution of the last IPv4 address pool. This allocation/assignment period will remain the same throughout the life span of this PolicyFatos com fonte ↗
Linha do tempo do debate
Discussão pública
[rpd] Policy Proposal Update - IPv4 Soft Landing-bis
4 Mensagens de discussão · 3 Entidades
Fatos com fonte ↗
Entidades
- John Hay · Identidade não resolvidaMensagens de discussão2Primeira atividade27 de ago. de 2016Última atividade28 de ago. de 2016Primeira posição explícitaDesconhecidaÚltima posição explícitaDesconhecidaMudanças de posição0Coerência do ponto de vistaCoerenteOutras políticas0
- Mensagens de discussão2Primeira atividade3 de fev. de 2016Última atividade25 de ago. de 2016Primeira posição explícitaOposiçãoÚltima posição explícitaOposiçãoMudanças de posição0Coerência do ponto de vistaNenhuma avaliação de coerência validadaOutras políticas16Atualização: Desatualizada
Identidade verificada: 11 de set. de 2026
Hurricane Electric · Histórico Owen Delong, (Hurricane Electric) stated that the RFC2050 is one of the IETF documents that delegates the number policies and processes to the to RIR system.
www.ripe.netPerfis públicos verificados
- Mensagens de discussão
- 2
- Primeira atividade
- 3 de fev. de 2016
- Última atividade
- 25 de ago. de 2016
- Primeira posição explícita
- Oposição
- Última posição explícita
- Oposição
- Mudanças de posição
- 0
- Coerência do ponto de vista
- Nenhuma avaliação de coerência validada
- Outras políticas
- 16
Primeira posição explícita: Oposição → Última posição explícita: Oposição · Mudanças de posição: 0
Coerência do ponto de vista: Nenhuma avaliação de coerência validada
- 3 de fev. de 2016 · Processual ou neutro
[rpd] Some thoughts, and some actions required
Unless I misunderstand the AfriNIC RPD process, if we do not come to consensus on a policy in June, there cannot be a policy until at least 6 months later when the next AfriNIC meeting occurs. … As Andrew has shown that runout will very likely occur in the time between those two meetings, I think that depending on existing stockpiles of addresses to get everyone through the time to develop a policy at the following meeting is rather short-sighted and perilous. … If the community as a whole decides that running out with a resounding thud and taking an approach of too-bad-so-sad, all expansion must now be IPv6, then I don?t really have a problem with that decision. I think it will be a difficult decision for many to live with, but who knows, perhaps it will give IPv6 a nice kick into high gear and everything will turn out OK after all. … What I would hate to see is for the community to stick their collective head in the sand and refuse to consider the consequences of such a decision allowing it to occur passively and without forethought and deliberation. … The soft landing policy isn?t a workaround as it stands. I?m not sure that minor modification will turn it into one. However, if you care to expand on what minor changes you believe will provide such a remedy, I think the community would give them the appropriate consideration.
Fatos com fonte ↗ - 25 de ago. de 2016 · Oposição
[rpd] Policy Proposal Update - IPv4 Soft Landing-bis
Shortchanging more people in order to keep IPv4 space in the free pool longer is not helping anyone. … If there is a justified need for the resources, then the RIR should distribute them accordingly. When there are no more resources to distribute, the RIR should record appropriate transfers as the community sees fit to permit in policy. … Beyond that, the RIR has very little (no?) role in artificially extending the life of IPv4 by creating more shortages for more people while a free pool continues to exist.
Fatos com fonte ↗
Linhas do tempo de posição por política:AFPUB-2008-GEN-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2012-DNS-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2012-GEN-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2012-V4-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2013-GEN-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2013-V4-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2013-V4-002 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2013-V6-001 · Desconhecida · Nenhuma posição explícita declaradaafpub-2014-gen-002 · Apoio · Nenhuma avaliação de coerência validadaAFPUB-2014-GEN-003 · Oposição · Nenhuma avaliação de coerência validadaafpub-2014-gen-004 · Propõe alternativa · Nenhuma avaliação de coerência validadaAFPUB-2014-GEN-005 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2016-GEN-001 · Desconhecida · Nenhuma posição explícita declaradaAFPUB-2016-V4-001 · Oposição · Nenhuma avaliação de coerência validadaAFPUB-2019-GEN-006-DRAFT03 · Apoio · Nenhuma avaliação de coerência validadaAFPUB-2026-IPv4-001-DRAFT02 · Desconhecida · Nenhuma posição explícita declaradaService Level Agreement for the IANA Numbering Services · Desconhecida · Nenhuma posição explícita declaradaMensagens de política: 177
- Jackson Muthili · Identidade não resolvidaMensagens de discussão1Primeira atividade16 de jun. de 2017Última atividade16 de jun. de 2017Primeira posição explícitaApoio com mudançasÚltima posição explícitaApoio com mudançasMudanças de posição0Coerência do ponto de vistaEvidências insuficientes para avaliar a consistênciaOutras políticas7
- Mensagens de discussão1Primeira atividade28 de ago. de 2016Última atividade28 de ago. de 2016Primeira posição explícitaDesconhecidaÚltima posição explícitaDesconhecidaMudanças de posição0Coerência do ponto de vistaEvidências insuficientes para avaliar a consistênciaOutras políticas9
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
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 13.089
- 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
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 2.286
- Lacunas conhecidas
- 0
- afrinic-afripv6-discuss
- Primeiro registro
- 17 de ago. de 2015
- Último registro
- 18 de set. de 2026
- Última atualização
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 2.541
- Lacunas conhecidas
- 0
- afrinic-announce
- Primeiro registro
- 18 de ago. de 2015
- Último registro
- 18 de set. de 2026
- Última atualização
- 15 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
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 3.128
- Lacunas conhecidas
- 0
- afrinic-dbwg
- Primeiro registro
- 9 de set. de 2016
- Último registro
- 6 de out. de 2026
- Última atualização
- 15 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 966
- Lacunas conhecidas
- 0
- afrinic-dnssec-ops
- Primeiro registro
- 18 de ago. de 2015
- Último registro
- 1 de dez. de 2016
- Última atualização
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 310
- Lacunas conhecidas
- 0
- afrinic-icp2-review
- Primeiro registro
- 10 de abr. de 2025
- Último registro
- 10 de nov. de 2025
- Última atualização
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 1
- Lacunas conhecidas
- 0
- afrinic-measurement-wg
- Primeiro registro
- 1 de fev. de 2018
- Último registro
- 22 de nov. de 2024
- Última atualização
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 139
- Lacunas conhecidas
- 0
- afrinic-mira
- Primeiro registro
- 17 de nov. de 2020
- Último registro
- 22 de nov. de 2024
- Última atualização
- 16 de out. de 2026
- Cobertura
- A cobertura da fonte está incompleta.
- Carregando
- 1
- Lacunas conhecidas
- 0
- afrinic-ois-wg
- Primeiro registro
- 9 de set. de 2021
- Último registro
- 22 de nov. de 2024
- Última atualização
- 15 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
- 16 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: 16 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-icp2-review: 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-mira: 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.
