Resumen

  • La Resolución 202002.552 ratificó en febrero de 2020 dos instrumentos distintos: Multihoming Not Required for ASN Draft 4 y Adjusting IPv6 PI. La unidad del acto corporativo no demuestra una unidad de examen, de texto ni de trabajo operativo.
  • La vía ASN debía probar cómo se pasó del debate sobre la multiconexión física a un criterio preciso de necesidad de identidad pública, y la vía IPv6 debía probar por separado cómo se corrigió la asociación entre falta de anuncio y posible reclamación para usos privados o de IXP legítimos.
  • El 29 de mayo de 2020 puede servir como frontera común de puesta en servicio, pero no como recibo genérico: cada cambio necesita su propia correspondencia entre versión aprobada, objeciones, formularios, instrucciones, sección del CPM y comprobación posterior.
  • AFRINIC es un tenedor privado de registros y coordinador técnico. Puede administrar reglas de servicio; carece de poder soberano, regulatorio, policial, fiscal, punitivo, confiscatorio o jurisdiccional sobre operadores y recursos.

L3 — Una resolución, dos expedientes técnicos

Una red remota podía leer el registro del Consejo de AFRINIC de febrero de 2020 y encontrarse ante dos consecuencias operativas muy diferentes condensadas en una frase. La primera afectaba a la posibilidad de justificar un ASN público sin convertir la compra de un segundo proveedor de tránsito en condición absoluta. La segunda afectaba a una organización que utilizara espacio IPv6 PI en una red privada o en una LAN de interconexión y, precisamente por la naturaleza de ese uso, no lo anunciara globalmente. La Resolución 202002.552 ratificó Multihoming Not Required for ASN Draft 4 y Adjusting IPv6 PI en un único acto corporativo.

Esa economía de palabras no eliminó dos preguntas: qué texto exacto se aprobó en cada caso y qué prueba muestra que cada texto llegó al servicio real.

La distinción importa desde el primer momento. El instrumento ASN examinaba el indicio utilizado para decidir si una red necesitaba una identidad pública y globalmente única. El ajuste IPv6 examinaba un indicio distinto: si la ausencia de un anuncio global podía interpretarse como ausencia de uso. En un caso, el riesgo consistía en confundir una topología física concreta con la necesidad técnica de coordinación pública. En el otro, consistía en confundir visibilidad en la tabla global con utilización legítima de un prefijo. Los dos problemas pertenecían al registro de recursos numéricos, pero no eran variantes de una misma regla.

Por eso la resolución podía ser una, mientras que los expedientes tenían que seguir siendo dos.

La frase corporativa y lo que no demuestra

El registro público sitúa la Resolución 202002.552 en febrero de 2020. No permite fijar un día exacto, aunque la página agrupe reuniones celebradas durante ese mes. Tampoco contiene, en el material disponible, los documentos sometidos al Consejo, un recuento de votos, las razones individuales de sus miembros ni una explicación separada para cada propuesta. La conclusión prudente no es que tales materiales nunca existieran ni que alguna propuesta escapara al examen. Es más estrecha: la línea pública prueba la ratificación conjunta, pero por sí sola no permite reconstruir las dos rutas de justificación.

Conviene separar la suficiencia del acto de la suficiencia del registro. Una organización privada puede adoptar varias decisiones maduras mediante una sola resolución. No hay una virtud técnica automática en multiplicar las votaciones o en repetir fórmulas corporativas si cada propuesta ya ha recorrido su discusión correspondiente. Pero una decisión breve resulta legible años después solo cuando apunta a objetos congelados y conserva la conexión entre cada objeto, sus objeciones y su aplicación. Si se pierde esa conexión, el lector sabe que «algo» fue aprobado, pero no puede determinar con precisión qué cambió en cada puerta de servicio.

La carga de prueba tampoco puede trasladarse de una propuesta a otra por proximidad. El hecho de que el expediente ASN contenga una evaluación detallada no rellena ningún vacío en la historia IPv6. La existencia de una página posterior para el ajuste IPv6 no confirma por sí misma que los formularios ASN fueran modificados. La coincidencia de número de resolución o de fecha de entrada en vigor expresa coordinación administrativa; no convierte en intercambiables el análisis, el texto o la evidencia operativa.

Primer carril: de Draft 1 al ASN Draft 4 ratificado

La ruta ASN empezó antes de la resolución conjunta. Multihoming Not Required for ASN Draft 1 fue presentado el 27 de febrero de 2019 y anunciado por separado el 7 de marzo. Su pregunta era reconocible: ¿debía una red comprar o mantener una segunda interconexión física para demostrar que necesitaba un ASN público, incluso cuando su uso de una identidad de encaminamiento globalmente única pudiera justificarse de otro modo?

El planteamiento discutía la multiconexión como proxy obligatorio; no eliminaba los ASN privados, no suprimía toda comprobación de elegibilidad y no convertía cualquier preferencia del solicitante en un derecho automático a recibir un número público.

El 8 de abril de 2019, la evaluación de personal documentó un trabajo específico para ese primer borrador. Señaló una tensión con la sección 5.1 de RFC 1930 en relación con una ruta de una sola interconexión, examinó cuatro supuestos de conexión única o futura, solicitó ajustes terminológicos, trató la disponibilidad del amplio espacio de 32 bits y enumeró cambios necesarios en formularios, listas de comprobación y documentación. También dejó constancia de que no había comentario del asesor jurídico. Son elementos valiosos porque muestran las preguntas que una modificación del criterio ASN tenía que resolver antes de convertirse en práctica.

Sin embargo, esa evaluación no es un comodín retrospectivo. Se refería a Draft 1. Después llegaron Draft 2 el 10 de abril, Draft 3 el 3 de noviembre y Draft 4 el 25 de noviembre. La Resolución 202002.552 ratificó Draft 4, no Draft 1. Por tanto, el expediente correcto debe conservar la evaluación inicial como parte de la genealogía y, a la vez, mostrar qué observaciones sobrevivieron, cuáles se resolvieron y qué redacción exacta contenía el cuarto borrador. Repetir palabras del primer texto como si fueran automáticamente las del cuarto borrador borraría precisamente el salto que el registro debe explicar.

La pregunta operacional final puede formularse sin convertirla en un debate abstracto sobre multihoming. Un solicitante podía necesitar una identidad pública única para coordinar su presencia en el encaminamiento sin que una segunda conexión física fuese la única prueba admisible. Al mismo tiempo, los usos estrictamente locales podían seguir resolviéndose con ASN privados y AFRINIC podía pedir evidencia pertinente a la necesidad de coordinación global. El punto era refinar la relación entre la necesidad técnica y la evidencia, no abolir toda frontera entre identificadores públicos y privados.

De ahí que la vía ASN necesitara varios eslabones visibles. Primero, identificación inequívoca de Draft 4 como objeto ratificado. Segundo, una historia de versiones que no atribuyera al texto final todo lo dicho sobre Draft 1. Tercero, un registro de las objeciones técnicas, incluidos los cuatro supuestos analizados y la cuestión de RFC 1930. Cuarto, una correspondencia entre el texto final y los elementos cotidianos del servicio: formulario de solicitud, lista de comprobación, documentación para el solicitante e instrucciones internas. Quinto, una señal posterior de que esos elementos funcionaban conforme al criterio aprobado.

Sin esos eslabones, la ambigüedad se desplaza al solicitante. Una red puede no saber si ya se ha abandonado el requisito absoluto de segunda conexión, qué evidencia sustituye a esa condición o si distintas personas aplicarán la misma interpretación. La reforma podría existir en la página de la propuesta y, sin embargo, conservarse en la práctica el coste de una topología innecesaria. También podría ocurrir lo contrario: que se eliminase el proxy viejo sin explicar con suficiente precisión el nuevo test de identidad pública.

En ambos casos, la pérdida no nace de la existencia de una resolución agrupada, sino de una aplicación que no deja ver su vínculo con el instrumento final.

Segundo carril: el problema distinto de IPv6 PI

La vía IPv6 no comenzó con la evaluación ASN. Su antecedente relevante era V6-004, el IPv6 PI Update de 2018. Esa política abrió una ruta para usuarios finales, fue discutida en AFRINIC-28 y planteó preguntas propias sobre la condición de anuncio durante doce meses, la observación del encaminamiento y otras expresiones del texto. La Resolución 201808.449 ratificó V6-004 y encargó su aplicación. En noviembre de 2018, AFRINIC comunicó una implantación parcial y señaló que cierta automatización seguía pendiente. Esos documentos prueban el origen del problema operativo, no una aplicación anticipada del ajuste de 2019.

La dificultad posterior era concreta. El texto heredado podía vincular la falta de anuncio después de doce meses con una consecuencia de reclamación. Esa asociación era demasiado amplia para usos válidos que no necesitan aparecer en el encaminamiento global. Una LAN de peering de un IXP puede utilizar direcciones para la interconexión local; una red privada puede depender de espacio PI sin publicar la ruta al conjunto de Internet. En esos casos, «no anunciado» no significa «no utilizado». Tampoco demuestra por sí solo abandono, falta de control o una base automática para retirar el registro.

Adjusting IPv6 PI identificó esa separación entre uso y visibilidad. Aquí es esencial mantener otra frontera documental. El registro de selección denomina al instrumento ratificado Adjusting IPv6 PI Draft 1, mientras que la fuente sustantiva de ciclo de vida conservada localmente corresponde a 2019-v6-001 Draft 2. Draft 2 puede mostrar la cuestión técnica, una formulación posterior y el curso del instrumento, pero no autoriza a atribuir silenciosamente cada una de sus palabras a Draft 1.

Un expediente fiel debe nombrar la versión cuando la conoce y reconocer la discontinuidad cuando la prueba disponible no permite cerrar cada detalle de redacción.

Esta cautela no debilita la conclusión principal; la hace más precisa. La resolución prueba que Adjusting IPv6 PI fue ratificado junto con ASN Draft 4. Los antecedentes de 2018 prueban que existía una regla de IPv6 PI ya discutida, ratificada y parcialmente aplicada. La página posterior de Draft 2 prueba la naturaleza del defecto —la inadecuación de tratar toda falta de anuncio como falta de uso— y aporta evidencia del ciclo posterior. Ninguno de esos elementos, por separado, permite fingir que se posee una reproducción completa de las deliberaciones del Consejo o de cada paso entre Draft 1 y Draft 2.

El carril IPv6 requería por ello sus propios eslabones. Debía identificarse el texto exacto ratificado; conservarse las preguntas formuladas en la discusión de IPv6; explicarse la relación entre el antecedente V6-004 y la corrección posterior; localizarse la frase modificada en el CPM; registrarse quién debía adaptar instrucciones y controles; y verificarse después que una falta de anuncio global ya no se trataba mecánicamente como prueba de no uso. Nada de esto puede demostrarse mediante los cuatro casos de la evaluación ASN, porque aquellos casos atendían a otra solicitud y a otro indicio técnico.

También el mecanismo de daño era diferente. La confusión ASN podía inducir a comprar una segunda conexión, a retrasar una solicitud o a repetir documentos que no respondían al criterio final. La confusión IPv6 podía poner una utilización privada o de intercambio bajo una sombra indebida, introducir incertidumbre sobre continuidad y empujar a una organización a rediseñar una red que ya cumplía una función legítima. Son costes posibles derivados de la opacidad, no resultados cuantificados de este episodio. El registro disponible no aporta números de solicitudes, retiradas, rutas, circuitos, renumeraciones ni pérdidas.

Dos genealogías que convergen sin fundirse

El orden temporal ayuda a ver por qué una sola frase no basta. En 2018 se discutió, ratificó y empezó a aplicar el antecedente IPv6 PI. En febrero de 2019 apareció ASN Draft 1; en abril fue evaluado y comenzaron sus revisiones; en noviembre se publicó Draft 4. Durante 2019, el ajuste IPv6 hizo visible el defecto de la relación entre anuncio y reclamación. En febrero de 2020, ambas rutas llegaron a la misma resolución. El 29 de mayo de 2020, los registros de ciclo de vida y CPM 1.5 sitúan una frontera común de aplicación. La convergencia se produjo al decidir y desplegar, no al definir el problema.

Un buen registro de la resolución tendría, por tanto, un encabezado común y dos filas. El encabezado indicaría el número 202002.552, el mes de ratificación y la fecha de entrada en vigor. La primera fila identificaría Multihoming Not Required for ASN Draft 4, su pregunta de identidad pública, su genealogía de evaluación y sus cambios en formularios y documentación. La segunda identificaría con exactitud la versión de Adjusting IPv6 PI, la cuestión del uso legítimo no anunciado, su revisión IPv6 y la sección concreta del manual modificada. Compartir encabezado ahorra repetición; conservar filas impide que la prueba se mezcle.

Esa estructura habría respondido también a una pregunta frecuente: ¿es sospechoso agrupar dos propuestas? No necesariamente. Si ambas han completado por separado su maduración, un solo acto puede ahorrar tiempo al Consejo, evitar retrasos artificiales y permitir que el personal actualice de forma coordinada el manual y su formación. Dos resoluciones idénticas en todo salvo el título pueden añadir ceremonia sin añadir información. La prueba de calidad no es contar actos, sino comprobar si el registro permite seguir cada instrumento desde el texto congelado hasta la práctica.

La objeción relevante aparece cuando la brevedad corporativa sustituye, en lugar de resumir, la trazabilidad. Si solo queda un estado genérico de «implementado», el lector no sabe si se actualizó el formulario ASN, la frase IPv6 o ambos. Si solo se conserva la evaluación más extensa, una propuesta puede parecer amparada por argumentos dirigidos a la otra. Si se cita un manual consolidado sin señalar los cambios, la fecha común oculta quién era responsable de cada adaptación. En esas condiciones, la eficiencia del acto se convierte en incertidumbre para quien debe actuar conforme a él.

Una regla sencilla para leer 202002.552

La resolución debe leerse como un contenedor corporativo, no como una fusión sustantiva. El contenedor puede autorizar al personal a administrar dos reglas privadas de servicio. Dentro, cada regla conserva su identidad, su historia y su ámbito. El expediente ASN responde a la necesidad de un identificador de encaminamiento público. El expediente IPv6 responde a la diferencia entre uso legítimo y anuncio global. La prueba de un expediente no cruza la línea hacia el otro salvo para mostrar el hecho compartido de la ratificación.

Esta lectura evita dos excesos. El primero sería declarar defectuosa cualquier resolución agrupada, como si la forma corporativa determinara por sí sola la calidad técnica. El segundo sería suponer que una agrupación transmite automáticamente todo el examen de una propuesta a la otra. Entre ambos extremos se encuentra un criterio verificable: una sola decisión, dos anexos completos; una fecha de lanzamiento, dos recibos de aplicación; un registro de recursos, dos mecanismos de impacto.

Para el operador, esa precisión no es un refinamiento histórico. Determina qué debe presentar, qué puede esperar y qué recurso tiene si la interpretación práctica no coincide con el texto. Para AFRINIC, reduce la posibilidad de que el personal aplique versiones distintas o pida pruebas heredadas de una regla anterior. Para cualquier observador, permite distinguir lo que está documentado de lo que permanece desconocido. La Resolución 202002.552 no necesita cargar en una frase todas las razones, pero sí necesita apuntar a los dos lugares donde esas razones y sus consecuencias pueden comprobarse.