Resumen

  • El ASO AC entregó la versión 3 al NRO EC el 28 de julio de 2026; el NRO NC publicó el borrador recomendado, el redline y el informe justificativo el 1 de septiembre de 2026.
  • La sección 1.3 permite que una disposición sea exigible antes de que existan procedimientos comunes, mientras cada RIR conserva discreción sobre su cumplimiento.
  • El análisis de BTW recomienda un registro público por disposición y no considera FINAL DRAFT una prueba de adopción.

El texto está en un punto de traspaso. El NRO NC, también conocido como ASO AC, completó la versión 3 y la entregó al NRO EC el 28 de julio de 2026. El NRO EC dijo que revisaría el borrador, coordinaría con ICANN y los RIR y publicaría un calendario actualizado. El 1 de septiembre, el NRO NC publicó el borrador recomendado, un redline frente a la versión 2 y un informe justificativo.

El documento se denomina «FINAL DRAFT». Eso describe su etapa de redacción, no una adopción terminada por ICANN y todos los RIR, el reemplazo vigente de ICP-2 ni un efecto jurídico previo a la adopción formal. A fecha del cierre informativo del 7 de septiembre de 2026, las fuentes congeladas no contienen un calendario fechado de la fase final ni un catálogo público de Implementation Procedures adoptadas.

La sección 1.3 es el punto crítico. Los RIR e ICANN pueden desarrollar y adoptar conjuntamente procedimientos publicados que definan requisitos mínimos. No pueden contradecir ni sustituir el documento. Sin embargo, cuando no existe un procedimiento adoptado, cada RIR conserva discreción sobre su enfoque de cumplimiento, y la ausencia de procedimientos no impide hacer cumplir la disposición.

Esto genera una brecha de rendición de cuentas, pero no demuestra mala conducta ni incumplimiento actual. Una regla sustantiva puede ser exigible mientras el método común de aplicación permanece abierto. La sección 1.4 remite a los procedimientos pertinentes de la entidad decisora, incluida una posibilidad de impugnación o apelación cuando corresponda. Para los miembros de AFRINIC y los Resource Holders, la pregunta práctica es quién decidirá, bajo qué proceso publicado, con qué pruebas y con qué recurso.

El análisis BTW recomienda que el NRO EC publique un registro de implementación junto con su calendario actualizado. Debe distinguir seis estados: adopción del documento; redacción de procedimientos; adopción de procedimientos; implementación local del RIR; preparación para auditoría; y uso real. Un estado verde en uno no debe significar que los demás están completos.

Los campos propuestos son: disposición; responsable del procedimiento; estado de consulta; estado de aprobación; fecha de entrada en vigor; estado de implementación local; dependencia; enlace de evidencia; excepción; y vía de impugnación. Las filas sugeridas incluyen divulgaciones de conflictos de interés, reglas de publicación y redacción, pruebas de materialidad, recepción de Compliance Review, auditorías quinquenales, Rehabilitation Plans, calificación del Temporary Emergency Operator, transferencia de datos de continuidad, Transition Plans y procedimientos de apelación.

Son filas de seguimiento recomendadas, no una afirmación de que cada elemento necesite legalmente un procedimiento separado. Permiten ver la diferencia entre una regla escrita y un control publicado, aplicado, probado y utilizado.

La versión 3 cambia el umbral de reconocimiento a dos tercios de los RIR, añade divulgaciones de conflictos de interés y publicación de evaluaciones y razones, y asigna a ICANN funciones específicas de revisión y decisión. Prevé una auditoría ordinaria al menos cada cinco años. Una Compliance Review puede ser solicitada por la mayoría de los demás RIR, por el propio RIR o por el menor entre el 15 % y 1.000 de sus miembros, con requisitos de materialidad y remedio previo.

Si un Audit o una Compliance Review determina que existe incumplimiento, ICANN publica las conclusiones y puede trabajar con los RIR en un Rehabilitation Plan; después verifica y publica si la remediación tuvo éxito. El RIR afectado puede iniciar un Temporary Emergency Continuity Arrangement para sus propios servicios. ICANN y dos tercios de los demás RIR también pueden iniciarlo o renovarlo tras debatirlo cuando sea razonablemente posible. El arreglo dura como máximo 90 días salvo renovación y exige publicación y participación de la comunidad.

La derecognición es el último recurso, después de una oportunidad razonable para corregir un incumplimiento material; antes de que ICANN pueda aprobarla, la propuesta necesita el apoyo de dos tercios de los demás RIR.

El NRO NC afirma que la versión 3 responde a las principales preocupaciones planteadas en la consulta. Es la versión del órgano redactor, no una conclusión independiente. El informe justificativo presenta Compliance Review como más ligera y rápida que una auditoría completa y dice que sus salvaguardas pretenden evitar usos indebidos. También señala que el cambio del umbral de emergencia busca acelerar la respuesta, mientras el límite de 90 días evita que la operación temporal se convierta en la norma.

Las fuentes congeladas no establecen qué procedimientos existen privadamente o están en preparación interna. Tampoco establecen cómo se interpretarán «material», «reasonable», «promptly» o «where reasonably possible», quién será el futuro auditor o Temporary Emergency Operator, ni si algún RIR superaría una auditoría o afrontaría una revisión. Esas cuestiones deben permanecer como incógnitas.