AFRINIC · Vigilancia de RIR
IPv4 Soft Landing – bis (Alain Aina)
Consulta aquí el historial de cada propuesta: qué cambió, por qué fue relevante, quién defendió cada postura, cómo evolucionaron las posiciones, qué se decidió y dónde persisten las lagunas en la evidencia.
Hechos con fuentes
- ID de política
- AFPUB-2016-V4-001
- RIR
- AFRINIC
- Estado oficial
- Under Discussion
- Estado normalizado
- En debate
- Presentada
- 4 feb 2016
- Última actualización de fuentes
- 1 oct 2026
- Cobertura
- Parcial
¿Quiénes marcaron realmente el debate?
Evolución de la 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.
Hechos con fuentes −
* Amends: AFPUB-2010-v4-005 (IPv4 soft landing policy) * Obsoletes : NoneHechos con fuentes ↗
Hechos con fuentes +
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 clarityHechos con fuentes ↗
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.
Hechos con fuentes −
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).Hechos con fuentes ↗
Hechos con fuentes +
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.Hechos con fuentes ↗
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.
Hechos con fuentes −
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.Hechos con fuentes ↗
Hechos con fuentes +
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 PeriodHechos con fuentes ↗
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.
Hechos con fuentes −
3.2 This policy proposal changes Clauses/Articles 3.6, 3.8 and 3.9 of the current IPv4 Soft Landing PolicyHechos con fuentes ↗
Hechos con fuentes +
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 PolicyHechos con fuentes ↗
Cronología del debate
Debate público
[rpd] Policy Proposal Update - IPv4 Soft Landing-bis
4 Mensajes de discusión · 3 Entidades
Hechos con fuentes ↗
Entidades
- John Hay · Identidad sin resolverMensajes de discusión2Primera actividad27 ago 2016Última actividad28 ago 2016Primera postura explícitaDesconocidaÚltima postura explícitaDesconocidaCambios de postura0Coherencia del punto de vistaCoherenteOtras políticas0
- Mensajes de discusión1Primera actividad28 ago 2016Última actividad28 ago 2016Primera postura explícitaDesconocidaÚltima postura explícitaDesconocidaCambios de postura0Coherencia del punto de vistaNo hay pruebas suficientes para evaluar la coherenciaOtras políticas9
- Mensajes de discusión1Primera actividad25 ago 2016Última actividad25 ago 2016Primera postura explícitaOposiciónÚltima postura explícitaOposiciónCambios de postura0Coherencia del punto de vistaNo hay pruebas suficientes para evaluar la coherenciaOtras políticas15
Fuentes y cobertura
Fuentes oficiales
Archivos de debates públicos
- afrinic-rpd
- Primera captura
- 4 ago 2004
- Última captura
- 25 ago 2026
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 13.116
- Vacíos conocidos
- 0
- www.afrinic.net
- afrinic-africann
- Primera captura
- 3 ago 2026
- Última captura
- 2 oct 2026
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 2536
- Vacíos conocidos
- 0
- afrinic-afripv6-discuss
- Primera captura
- 17 ago 2015
- Última captura
- 18 sept 2026
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 2538
- Vacíos conocidos
- 0
- afrinic-announce
- Primera captura
- 18 ago 2015
- Última captura
- 18 sept 2026
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 2497
- Vacíos conocidos
- 0
- afrinic-community-discuss
- Primera captura
- 11 sept 2015
- Última captura
- 29 dic 2019
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 3127
- Vacíos conocidos
- 0
- afrinic-dbwg
- Primera captura
- 4 ago 2026
- Última captura
- 6 oct 2026
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 888
- Vacíos conocidos
- 0
- afrinic-dnssec-ops
- Primera captura
- 18 ago 2015
- Última captura
- 1 dic 2016
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 307
- Vacíos conocidos
- 0
- afrinic-icp2-review
- Primera captura
- 10 abr 2025
- Última captura
- 10 nov 2025
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 0
- Vacíos conocidos
- 0
- afrinic-measurement-wg
- Primera captura
- 1 feb 2018
- Última captura
- 22 nov 2024
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 138
- Vacíos conocidos
- 0
- afrinic-mira
- Primera captura
- 17 nov 2020
- Última captura
- 22 nov 2024
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 0
- Vacíos conocidos
- 0
- afrinic-ois-wg
- Primera captura
- 9 sept 2021
- Última captura
- 22 nov 2024
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 0
- Vacíos conocidos
- 0
- afrinic-rpki-discuss
- Primera captura
- 15 ene 2016
- Última captura
- 23 abr 2026
- Última actualización
- 10 oct 2026
- Cobertura
- La cobertura de la fuente está incompleta.
- Cargando
- 154
- Vacíos conocidos
- 0
Cobertura
Parcial
Primera captura: 4 ago 2004
Última captura: 10 oct 2026
Actualización
Vacíos conocidos
- www.afrinic.net: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- www.afrinic.net: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-rpd: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- www.afrinic.net: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-africann: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-afripv6-discuss: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-announce: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-community-discuss: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-dbwg: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-dnssec-ops: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-measurement-wg: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
- afrinic-rpki-discuss: La cobertura de la fuente está incompleta. · Aún no se ha alcanzado el límite de la fuente.
