Resumen

  • Draft 2 mantuvo al LIR y el plan razonable de asignaciones /48 a doce meses como puerta de entrada, pero dejó de excluir en la práctica las redes que prestaban servicios a usuarios, departamentos, entidades o sedes propias o relacionadas. También mantuvo /32 como asignación inicial mínima y permitió pedir un bloque mayor con documentación sobre clientes, usuarios, infraestructura, jerarquía, geografía, segmentación y longevidad.
  • La secuencia fue breve pero material: Draft 1 apareció el 28 de marzo de 2018; el 9 de mayo, en AFRINIC-28 en Dakar, se pidió retirar la obligación de anunciar el bloque en doce meses con la mínima desagregación posible; el autor aceptó; el 11 de mayo, Draft 2 ya no contenía esa condición. El Board ratificó el texto el 8 de agosto y AFRINIC lo implementó el 23 de noviembre.
  • La vía de rectificación reconoció que una previsión inicial puede fallar. Una organización podía presentar una sola vez un plan nuevo sin alcanzar antes el umbral ordinario de utilización: ampliar el prefijo si había espacio adyacente, recibir uno mayor y devolver el anterior después de renumerar en seis meses, o conservar un prefijo complementario tratado junto con el original.
  • La defensa más sólida de la revisión es operativa: una topología extensa, jerárquica, geográfica o segmentada puede no encajar bien en el tamaño por defecto, y corregirla tarde puede dispersar anuncios o imponer una renumeración costosa. Pero ninguno de esos beneficios convierte a AFRINIC en autoridad sobre el diseño de la red.
  • AFRINIC es un tenedor privado de registros y coordinador técnico de unicidad. Puede decidir si una solicitud de inventario IPv6 todavía no asignado satisface criterios de servicio transparentes; no posee poder soberano, regulatorio, policial, fiscal, punitivo, confiscatorio ni jurisdiccional de derecho público sobre el solicitante, sus clientes o sus recursos existentes.

L3 — La corrección redactada dos días después de Dakar

El cambio que define a Draft 2 cabe en un intervalo de cuarenta y ocho horas. El 9 de mayo de 2018, durante la reunión AFRINIC-28 en Dakar, se discutió el primer borrador de la propuesta «IPv6 Initial Allocation Update». Draft 1, publicado el 28 de marzo, exigía que el bloque asignado se anunciara dentro de los doce meses siguientes y con la mínima desagregación posible. Según las actas oficiales —un resumen, no una transcripción literal—, una persona participante pidió retirar ese requisito y el autor, Jordi Palet Martinez, aceptó. El 11 de mayo, la versión identificada como AFPUB-2018-V6-003-DRAFT02 apareció sin aquella condición.

La supresión importa porque separa dos decisiones distintas. Una es si el registro puede entregar un bloque de su inventario no asignado y registrarlo sin duplicidades. Otra es cuándo y cómo el operador decide anunciarlo, de acuerdo con el despliegue, sus relaciones de tránsito, su política de enrutamiento y su calendario. Draft 1 había convertido una práctica operativa concreta en condición de admisión. Draft 2 dejó de hacerlo. Es razonable inferir, de forma acotada, que quienes intervinieron distinguieron la elegibilidad para una asignación de la elección posterior de enrutamiento.

El expediente no permite atribuirles una teoría más amplia ni medir qué efectos tuvo la eliminación.

En los mismos minutos de Dakar se recoge otra frontera. Se propuso considerar la alineación en límites de nibble, útil en ciertas formas de planificación hexadecimal. El autor optó por no añadirla para no hacer más compleja la propuesta; el registro señala también que el personal ya trataba algunos casos operativamente y que veía con buenos ojos disponer de texto. Ese episodio no demuestra que la práctica anterior fuera uniforme ni que la solución escrita garantizara resultados. Sí muestra que el borrador estaba escogiendo qué elementos de arquitectura se convertían en criterio escrito y cuáles quedaban fuera.

Los copresidentes del grupo de trabajo registraron apoyo fuerte, ausencia de oposición, consenso para actualizar el texto y paso a última llamada. Esos términos describen actos de un procedimiento privado. No convierten el resultado en legislación ni prueban representación pública. Más tarde, el 8 de agosto de 2018, el Board de AFRINIC adoptó la Resolución 201808.447 y ratificó Draft 2 después de que los copresidentes lo remitieran. La ratificación fue un acto corporativo privado.

El 23 de noviembre, AFRINIC implementó la política en CPM v1.3; el informe de AFRINIC-29 la describió como activa, y un aviso de implementación publicado el 29 de noviembre identificó las secciones modificadas: 6.5.1.1, 6.5.1.2, 6.5.1.3 y 6.5.2.3.

Esa cronología evita dos errores. El primero sería leer la etiqueta antigua de la página archivada de la propuesta como si el texto siguiera pendiente después del 23 de noviembre. Los avisos posteriores establecen la implementación. El segundo sería confundir adopción con eficacia probada. Que una regla entrara en el manual no demuestra cuántas solicitudes resolvió, cuántas renumeraciones evitó, si mejoró la agregación o si aceleró despliegues. El registro público disponible no ofrece esas cifras.

La puerta anterior y la puerta revisada

Antes de esta propuesta, la sección 6.5.1.1 del CPM exigía que el solicitante fuera un LIR, que no fuera un sitio final, que mostrara un plan detallado para proporcionar conectividad IPv6 a organizaciones de la región de AFRINIC y que acreditara un plan razonable para realizar asignaciones /48 a sitios finales de la región dentro de doce meses. La formulación arrastraba un modelo estrecho: el LIR parecía legítimo sobre todo cuando conectaba a organizaciones externas, no cuando desplegaba para usuarios, departamentos, entidades o sedes de su propio grupo.

Draft 2 mantuvo la exigencia de ser LIR, pero amplió la descripción del servicio. El plan podía abarcar conectividad o servicios para otras organizaciones, para usuarios finales o para departamentos, entidades y sitios propios o relacionados en la región. La diferencia no fue una abolición de criterios. Fue una corrección del sujeto operativo al que los criterios podían reconocer. Una administración pública con numerosas dependencias, una empresa con sedes distribuidas o un operador que prestara servicios dentro de un conjunto relacionado ya no quedaban mal descritos por una cláusula centrada únicamente en terceros.

La versión revisada conservó, además, el plan razonable de asignaciones /48 a sitios finales dentro de doce meses. Ese requisito no equivale a decir cuántos clientes reales caben en un bloque ni autoriza a extrapolar utilización efectiva desde la aritmética del espacio. Un prefijo /48 es una unidad de planificación prevista por el texto para sitios finales; el plan a doce meses es una previsión documental. Ninguno de los dos, por sí solo, prueba demanda consumada, tráfico, número de abonados o éxito comercial.

Draft 2 conservó /32 como asignación inicial mínima. En notación de prefijos, un número menor después de la barra describe un conjunto más amplio de direcciones; por eso una solicitud de un bloque mayor que /32 podría expresarse con un prefijo más corto. Pero la comparación matemática no debe convertirse en una historia sobre capacidad real. Un /32 contiene un espacio numérico enorme, aunque puede resultar mal ajustado a una arquitectura determinada cuando el operador reserva niveles limpios para regiones, jerarquías, funciones, clientes, seguridad o crecimiento. El problema que Draft 2 intentaba resolver no era que /32 fuera «pequeño» en términos absolutos. Era que un tamaño uniforme podía ser estructuralmente inadecuado para algunos planes.

La regla propuso que una asignación inicial mayor se justificara con documentación. Los factores enumerados fueron el espacio destinado a clientes, el número de usuarios, la extensión de la infraestructura, la estructura jerárquica o geográfica, la seguridad u otra segmentación, y la longevidad prevista de la asignación inicial. Los mismos factores pasaron a informar el tamaño de asignaciones posteriores. El cambio trasladó el análisis desde una puerta casi binaria —mínimo por defecto y prueba de asignaciones próximas— hacia una apreciación multifactorial del diseño de red.

Ese traslado era potencialmente sensato. Un operador que construye una jerarquía continental puede querer reservar bits de manera estable para países, áreas, sedes y funciones. Otro puede necesitar separar entornos por razones de seguridad o administración. Otro puede prever una infraestructura de vida larga para la cual pedir fragmentos adicionales cada pocos años elevaría la complejidad. La lista reconocía que el direccionamiento no es una simple tabla de clientes presentes. La topología, la administración y el tiempo también forman parte de la ingeniería.

Sin embargo, reconocer factores legítimos no resuelve cómo se prueban. ¿Qué intervalo de previsión se consideraba razonable para «longevidad»? ¿Cómo se trataba una expansión probable pero todavía no contratada? ¿Cuánto detalle de una segmentación de seguridad debía revelar el solicitante? ¿Una jerarquía diseñada para reducir renumeraciones recibía el mismo tratamiento que otra basada en límites organizativos? El texto ofrecía categorías, pero el expediente público no aporta definiciones operativas, tablas de decisión ni resultados anonimizados que permitan observar su aplicación.

El coste de equivocarse al principio

La innovación más reveladora fue la nueva cláusula 6.5.1.3. Permitía que una organización cuya asignación inicial dejara de satisfacer las necesidades reales de despliegue presentara un nuevo plan de direccionamiento sin cumplir primero el umbral ordinario de utilización exigido para una asignación posterior. La política ofrecía tres salidas condicionadas por la disponibilidad del inventario y la posición del espacio.

Si existía espacio adyacente y el inventario lo permitía, podía ampliarse el prefijo original. Si no, el solicitante podía recibir un prefijo nuevo y mayor, renumerar y devolver el original en un plazo de seis meses. Como alternativa, podía recibir un prefijo complementario; el original y el nuevo serían tratados conjuntamente para futuras asignaciones. Cada organización podía usar este procedimiento de rectificación una sola vez.

La cláusula reconocía algo elemental que una regla rígida suele ocultar: una previsión ex ante puede fallar sin que el operador haya actuado de mala fe. Puede cambiar una arquitectura, aparecer una nueva sede, consolidarse una operación, crecer la segmentación o resultar erróneo un supuesto. El registro no documenta casos específicos para esta política, de modo que esos ejemplos son ilustraciones de la clase de cambio que contemplan los factores, no hechos sobre solicitantes reales.

La inferencia permitida es más modesta: al crear una excepción única al orden normal de utilización, el texto admitió implícitamente que exigir siempre consumir primero el bloque inicial podía imponer costes evitables.

Esos costes son concretos aun cuando el expediente no los cuantifique. Renumerar puede afectar configuraciones de equipos, ventanas de cambio de clientes, controles de seguridad, sistemas de supervisión, documentación, DNS inverso y riesgo de error operativo. Mantener varios prefijos puede fragmentar la administración y obligar a coordinar más objetos y anuncios. Obtener desde el inicio un agregado bien dimensionado puede reducir esas fricciones. No garantiza una tabla global de rutas más limpia, porque la política de anuncios depende de más decisiones, pero sí puede dar al operador una base de direccionamiento más coherente.

El límite de una sola rectificación también revela el equilibrio elegido. La regla abría una válvula, pero no transformaba la corrección en derecho indefinido. Tras la primera revisión, un nuevo desajuste quedaría sujeto a las reglas ordinarias aplicables y a la realidad del inventario. El expediente no explica cuántas organizaciones usaron la opción, cuál de las tres salidas fue más común, cuántas devolvieron el prefijo en seis meses o si alguna petición fue rechazada. Por tanto, no puede afirmarse que la cláusula evitara una cantidad determinada de renumeraciones ni que funcionara con uniformidad.

Por qué la admisión importa sin convertirse en gobierno

Una solicitud de direcciones no es un ejercicio académico. Guías posteriores para operadores describen una ruta práctica con verificación de elegibilidad, documentación jurídica y técnica, diagramas de red, un plan de despliegue IPv6 y evaluación por hostmasters. La cobertura del propio proceso de AFRINIC también sitúa la validación, la facturación y la actualización del registro en una secuencia con efectos operativos. Estas fuentes posteriores ayudan a entender por qué el plan presentado tiene consecuencias; no demuestran por sí mismas cómo se aplicó Draft 2 en 2018.

El registro puede pedir información suficiente para evitar asignaciones duplicadas y escoger una porción adecuada de su inventario todavía no distribuido. Puede comprobar documentos y registrar una asignación interoperable. Pero AFRINIC es un tenedor privado de registros y coordinador técnico de unicidad. No es un soberano, una legislatura, un regulador, una policía, una fiscalía, una autoridad tributaria, un órgano punitivo o confiscatorio ni un tribunal de derecho público.

Una reunión, una lista de correo, una resolución de Board, una llamada de consenso, una ratificación o la dependencia operativa del registro no amplían esa función limitada.

Esta distinción no vuelve irrelevante la decisión de admisión. Al contrario: como una asignación bien dimensionada puede ahorrar ingeniería, retrasos y renumeración, los criterios privados deben ser especialmente claros. La falta de poder público no significa ausencia de responsabilidad contractual y técnica. Significa que el alcance de la decisión debe nombrarse con precisión. AFRINIC decide si una petición satisface las condiciones publicadas para acceder a inventario no asignado. No decide qué arquitectura es lícita, no castiga al operador por discrepar y no adquiere jurisdicción sobre sus clientes o activos.

También es imprescindible no describir la denegación de una solicitud nueva como confiscación. El acto analizado es la entrega de espacio no asignado y una vía de rectificación. El expediente no demuestra retirada de recursos existentes, sanción ni recuperación forzosa. Una negativa puede imponer costes o frustrar un plan, pero sigue siendo jurídicamente y operativamente distinta de quitar un activo ya registrado. Precisamente porque la frontera es importante, el registro tampoco debe usar la admisión de inventario nuevo como palanca retórica para reclamar autoridad más amplia sobre lo ya operado.