Resumen

  • AFPUB-2026-v6-001-DRAFT02 vincularía toda nueva solicitud de IPv4 con elegibilidad IPv6, un plan de despliegue y metas a 12, 24 y 48 meses.
  • La evaluación de AFRINIC dice que no están definidos el estándar de prueba ni el método para medir los 25 principales destinos, y advierte de una carga desproporcionada para operadores pequeños.
  • AFRINIC 37 no alcanzó consenso: el texto volvió a la lista de correo y sigue en discusión, no adoptado ni implementado.

La escasez convierte el incentivo en requisito

La premisa es razonable: quien solicita IPv4 escaso no debería conservar IPv6 como una asignación decorativa. El borrador exigiría una solicitud IPv6 simultánea a quien aún no tenga espacio IPv6. Quien ya lo posea tendría que cumplir los criterios pertinentes y presentar un plan coherente de direccionamiento y despliegue.

Para redes de acceso, el texto toma los 25 principales destinos del tráfico IPv4 que admiten IPv6 y fija porcentajes mínimos de 25% en 12 meses, 50% en 24 y 75% en 48. Para servicios alojados, aplicaciones o contenido, usa registros AAAA y alcance desde Internet: 25%, 75% y 95%. Incumplir el plan constituiría una infracción de política.

La medición pasa así a formar parte de la asignación. Un mismo resultado puede indicar falta de preparación, una decisión del cliente o ausencia de IPv6 en un destino externo.

El éxito puede mover el denominador

La lista de destinos IPv4 cambia cuando funciona la transición. Si una plataforma popular pasa tráfico a IPv6, deja de figurar entre los mayores destinos IPv4. El conjunto restante se concentra en servicios rezagados. El progreso cambia la base con la que se mide el siguiente progreso.

Jaco Kroon señaló ese problema en un mensaje RPD del 22 de julio y propuso medir la proporción de clientes que tienen IPv6 bien conectado disponible, aunque decidan no activarlo. Es una propuesta de un participante, no texto aprobado, pero aporta un principio útil: el denominador no debería empeorar porque el tráfico haya salido de IPv4.

Una prueba estable podría fijar cohorte, ventana y método al inicio. Después informaría por separado de la capacidad del operador para ofrecer IPv6 y del uso real. La primera está más cerca de su control; la segunda depende también de equipos, políticas del cliente, aplicaciones y contenido externo.

Preparación, disponibilidad y adopción son hechos distintos

Un operador puede enrutar IPv6, delegar prefijos, configurar RA o DHCPv6, soportar DNS y formar a soporte técnico. Un proveedor mayorista puede no ofrecerlo. Un cliente empresarial puede desactivarlo. Un destino externo puede carecer de AAAA. Un dispositivo puede preferir IPv4.

En un comentario del 30 de junio, Saul Stein apoyó una mayor adopción, pero dijo que las políticas de seguridad del cliente y la capacidad de la red de acceso pueden quedar fuera del control del ISP. También advirtió del trabajo manual y el coste para pequeños operadores. Son opiniones atribuidas, no mediciones, pero describen la frontera que el borrador no resuelve.

Un registro de cumplimiento debería separar preparación, disponibilidad y adopción. AFRINIC puede exigir infraestructura documentada y una oferta utilizable; debe ser más prudente al sancionar resultados determinados por varias partes.

La evaluación de impacto confirma la ambigüedad

El análisis del 20 de junio reconoce que la propuesta puede promover despliegue real en vez de tenencia pasiva. También dice que no se define qué hace coherente un plan, cómo se identifican los 25 destinos ni qué prueba demuestra cumplimiento parcial o retraso justificado.

El personal señaló la interacción con la sección 6.4.4 del CPM, que ya permite justificar solicitudes IPv6 mayores a partir de clientes IPv4 en transición. Recomendó colocar el detalle de cumplimiento en las secciones IPv6 en vez de introducirlo indirectamente desde el aterrizaje suave IPv4.

El impacto operativo abarcaría MyAFRINIC, flujos Hostmaster y de miembros, la herramienta de transferencias, el registro de nuevos miembros, facturación, procedimientos y formación. Antes de etiquetar una infracción, el contrato de evidencia debe estar definido.

Sin consenso no significa decisión final

La cronología es breve y clara: la versión 1 se publicó el 22 de mayo de 2026, la versión 2 se presentó el 14 de junio, la evaluación del personal llegó el 20 de junio y AFRINIC 37 no alcanzó consenso el 24 de junio.

Las actas de AFRINIC 37 dicen que no se resolvieron todas las preocupaciones y no hubo consenso. La propuesta volvió a la lista. El índice oficial aún muestra D2 como “Under Discussion”. No es adopción, pero tampoco una conclusión definitiva sobre sus méritos.

Una nueva versión puede conservar el incentivo y definir la base, el periodo, la prueba, las dependencias externas, la subsanación y el recurso. Sin ello, un porcentaje mezcla acción del operador, elección del cliente y éxito que ya trasladó tráfico a IPv6.

Conservar el incentivo y limitar el juicio

AFRINIC puede exigir un servicio IPv6 documentado, disponible en un ámbito definido y medido con honestidad. La adopción real también merece seguimiento, pero en un registro de resultados separado. Como el IPv4 escaso da fuerza económica a la norma, la sanción debe recaer sobre lo que el solicitante podía decidir, construir y demostrar.

Fuentes