Resumen

  • El punto de partida es el Borrador 1 publicado inicialmente el 20 de marzo de 2018 —aunque su ficha consigna el 14 de marzo como fecha de presentación—. D1 excluía de la noción de subasignación una dirección única o un /64 único entregado de forma no permanente a terceros, sobre un enlace operado por el receptor original. Enumeraba invitados, empleados, dispositivos, servidores, puntos de acceso, enlaces punto a punto y VPN. El 9 de mayo, en AFRINIC-28, el personal preguntó por el registro WHOIS de esos usos; el autor respondió que, por ser temporales, no necesitaban registrarse. La conclusión anotada fue More discussion needed, no consenso.

  • D2, publicada o presentada el 22 de agosto de 2018 con versión 2.0 y estado Under Discussion, llevaba el identificador correcto AFPUB-2018-V6-002-DRAFT02. La familia V6-001 correspondía a otra propuesta. D2 añadió al problema el equipo de contratistas —cámaras, grabadores, cortafuegos, routers o VPN dedicadas— y creó dos supuestos, unidos por «y/o»: direccionamiento para dispositivos de terceros, incluso enlaces punto a punto, y suministro no permanente de espacio a terceros. Ambos debían usarse en una red gestionada y operada por el titular de la asignación.

  • La modificación apretó y aflojó a la vez. Añadió la conectividad semipermanente al lado prohibido, junto con la permanente y servicios como la banda ancha. A la vez, eliminó la unidad de una dirección o un /64, retiró varios ejemplos y suprimió la regla especial de D1 según la cual solo el direccionamiento punto a punto podía ser permanente y no podía transportar directa ni indirectamente la comunicación real. El primer supuesto de D2, relativo a dispositivos, no quedó expresamente sometido a la misma condición temporal que el segundo.

  • Ni D1 ni D2 fijaron un disparador de registro, una prueba de agregación, una regla de encaminamiento, un deber de contacto, una definición de duración, un remedio o una vía de revisión. La prueba útil no es si aparece la palabra «cliente» ni cuánto dura una factura, sino si nace una red descendente con control independiente, contactos responsables distintos o autoridad separada sobre encaminamiento y seguridad. AFRINIC podía coordinar y publicar ese estado mínimo. Como entidad privada de registro, no tenía potestad soberana, legislativa, regulatoria, policial, punitiva, confiscatoria ni jurisdiccional sobre la relación subyacente.

L3 — Una redacción que se estrechó y se amplió

El cambio más visible de D2 cabe en una expresión corta: «permanente o semipermanente». Hasta entonces, D1 había dejado la conectividad permanente o el servicio de banda ancha dentro de la prohibición de subasignar. D2 agregó la zona intermedia. Con ello podía impedir que una relación estable quedara fuera de la prohibición solo porque el contrato, la sesión o la configuración se renovara en tramos formalmente breves. Es la parte restrictiva de la modificación y explica por qué una lectura rápida puede presentar D2 como un estrechamiento.

La lectura rápida falla cuando se compara el párrafo completo. En el otro lado de la frontera, D2 ya no exigía que la excepción consistiera en «una dirección única o incluso un prefijo /64 único» suministrado temporalmente. Tampoco se limitaba a «un enlace operado por el receptor original». Hablaba de espacio de direccionamiento para dispositivos de terceros, incluidas direcciones para enlaces punto a punto, y/o de espacio proporcionado de manera no permanente a terceros, siempre para su uso en una red gestionada y operada por el titular de la asignación. Cambió la unidad, cambió el sujeto, cambió la superficie operacional y cambió la gramática.

Esa gramática merece atención porque sostiene dos ramas. La primera es proporcionar espacio de direccionamiento a dispositivos de terceros. La segunda es proporcionar, de modo no permanente, espacio de direccionamiento a terceros. Las une «y/o». El modificador temporal aparece expresamente en la segunda rama, no en la primera. El texto puede leerse, con cautela, como una admisión más amplia de dispositivos ajenos dentro de infraestructura que el titular sigue gestionando y operando.

No demuestra por sí solo que esa fuera la intención de cada autor o participante, pero impide afirmar que toda la excepción se redujo a una versión más rígida de D1.

El punto de partida de marzo

La comparación necesita fechas limpias. La ficha oficial de D1 consigna una presentación el 14 de marzo de 2018. El historial de revisiones sitúa la publicación inicial en la lista rpd el 20 de marzo. No son dos versiones materiales distintas demostradas por las fuentes, sino dos campos cronológicos que deben conservarse. Para la línea roja entre borradores, el punto de partida es el 20 de marzo: AFPUB-2018-V6-002-DRAFT01.

D1 intentaba resolver un problema reconocible. Un titular podía operar una red y permitir que personas o aparatos que no eran el titular emplearan direcciones dentro de ella. El ejemplo ordinario era un invitado o un empleado conectado al enlace de la organización. La lista se extendía a dispositivos o servidores, puntos de acceso, enlaces punto a punto y redes privadas virtuales. Si cada uso por un tercero se trataba automáticamente como subasignación, la palabra podía abarcar casi cualquier red multiusuario moderna.

La respuesta de D1 era concreta, quizá demasiado concreta. La excepción se construía alrededor de una dirección única o un /64 único, entregado de forma no permanente, sobre un enlace operado por el receptor original. Al otro lado quedaba la conectividad permanente o un servicio de banda ancha. Después aparecía una salvedad técnicamente incómoda: solo el direccionamiento de un enlace punto a punto podía ser permanente, pero no podía utilizarse, ni directa ni indirectamente, para la comunicación efectiva. Esa última condición obligaba a separar la dirección usada para identificar los extremos de la dirección o las direcciones que realmente llevaban el tráfico, una distinción difícil de administrar como regla general y fácil de aplicar de forma excesiva.

El debate registrado en AFRINIC-28, el 9 de mayo de 2018 en Dakar, muestra una grieta distinta. El personal preguntó si los usos temporales descritos en D1 tendrían que figurar en WHOIS. El autor respondió que, al ser temporales, no necesitaban registro. El acta resume el intercambio; no es una transcripción palabra por palabra. Aun así, prueba que la visibilidad registral estaba sobre la mesa y que la respuesta vinculó temporalidad con ausencia de registro. Los copresidentes anotaron More discussion needed y devolvieron el texto para mayor elaboración. Ese resultado no fue consenso, aprobación ni mandato.

La relevancia de la pregunta de WHOIS no consiste en atribuirle causalidad. Las fuentes no dicen que esa intervención produjera cada cambio de agosto. Tampoco dicen que preocupaciones por arrendamiento, fragmentación o agregación dictaran la nueva redacción. El historial posterior se limita a señalar que se actualizaron el planteamiento del problema y el texto propuesto para ganar claridad. La cautela correcta es doble: reconocer la pregunta registrada y negarse a fabricar una historia causal que los documentos no contienen.

Lo que apareció el 22 de agosto

AFRINIC publicó o recibió D2 el 22 de agosto de 2018. La página la identifica como versión 2.0, atribuida a Jordi Palet Martinez, destinada a modificar el artículo 6.8 del manual y marcada Under Discussion. Su identificador es AFPUB-2018-V6-002-DRAFT02. La precisión no es decorativa: AFPUB-2018-V6-001 era la familia separada de «IPv6 Policy and References Update». Confundir ambas convierte una diferencia editorial en un error de identidad documental.

D2 amplió primero el planteamiento del problema. Introdujo al usuario final que contrata a un tercero para instalar o prestar un servicio mediante cámaras, sistemas de grabación, cortafuegos, routers o equipos de VPN dedicada dentro de su red. Esos equipos podían necesitar direcciones del espacio del usuario final. La escena importa porque separa propiedad del aparato y control de la red: un integrador puede ser dueño, custodio o mantenedor de una cámara sin convertirse por ello en operador independiente de la infraestructura donde la cámara comunica.

El texto operativo hizo ocho movimientos comprobables.

Primero, sustituyó «receptor original» por «titular de la asignación». El cambio modernizó o precisó el nombre de la parte relevante, pero no definió por sí solo la intensidad del control requerido.

Segundo, reemplazó el «enlace operado» por una «red gestionada y operada» por ese titular. La nueva fórmula exigía dos verbos y cubría una superficie mayor que un solo enlace. Podía acomodar una arquitectura con sedes, segmentos, túneles y equipos contratados, aunque dejó abierta la cuestión de los entornos de gestión compartida o externalizada.

Tercero, separó el direccionamiento de dispositivos de terceros del suministro temporal de direcciones a terceros. La conjunción «y/o» convirtió lo que en D1 era una sola prueba acumulativa en dos vías que podían concurrir o no.

Cuarto, retiró del párrafo operativo la medida «una dirección única o un /64 único». D2 ya no hacía depender la excepción de esa unidad exacta. La desaparición evita un umbral mecánico, pero también deja sin escala explícita cuánto espacio puede usarse sin que la clasificación cambie.

Quinto, eliminó de ese párrafo los ejemplos nominales de invitados, empleados, puntos de acceso y VPN, aunque gran parte de la situación práctica seguía explicada en el planteamiento del problema. Un ejemplo eliminado no equivale automáticamente a un uso prohibido; simplemente deja de ser un ancla textual en la regla operativa.

Sexto, mantuvo los enlaces punto a punto dentro de la rama de dispositivos, pero retiró la condición especial de D1. Ya no decía que solo sus direcciones podían ser permanentes ni que esas direcciones no podían participar directa o indirectamente en la comunicación real. Esa supresión aliviaba una restricción, no la endurecía.

Séptimo, añadió «semipermanente» al lado que seguía considerándose subasignación. D2 citó como ejemplo los servicios de banda ancha. Fue un endurecimiento claro del perímetro temporal, pero sin una cifra de días, una prueba de renovación, una referencia al control ni una definición técnica de permanencia intermedia.

Octavo, no incorporó la maquinaria que habría convertido la clasificación en una regla de registro verificable. No añadió un disparador para WHOIS u otra base de datos, una prueba de agregación, una obligación sobre contactos, una regla de encaminamiento, un remedio, una revisión ni una apelación. Tampoco explicó qué ocurría cuando una empresa externa administraba equipos bajo instrucciones del titular, o cuando titular y contratista compartían responsabilidades de seguridad.

La suma de los movimientos es mixta. D2 endureció el lado de la conectividad duradera mediante «semipermanente». Al mismo tiempo, reconoció de manera más directa el equipo de terceros, quitó la unidad rígida de D1 y suprimió la excepcional prohibición de comunicación punto a punto. Ganó un criterio operacional —la red gestionada y operada por el titular—, pero dejó sin resolver qué hechos registrales justificaban la frontera.

Lo que el documento permite afirmar

La página archivada de D2 y el índice histórico prueban un texto, un identificador, una fecha, una versión, un autor y el estado que se mostraba entonces. No prueban consenso, ratificación, entrada en vigor, aplicación a un operador concreto, sanción ni daño medido. La versión posterior confirma la sucesión de fechas y resume el ajuste como una actualización para mayor claridad; su propio texto operativo pertenece a D3 y no puede proyectarse hacia agosto.

También conviene separar D2 del contexto posterior del manual. En una versión más tardía del CPM aparecen objetivos de agregación y deberes de registro en otras partes, y el historial registra después la implementación de la propuesta de subasignaciones. Eso demuestra que la agregación y la exactitud registral son intereses reales del sistema. No demuestra que D2 los hubiera convertido en condiciones de su nueva excepción. Importar una salvaguarda posterior al borrador sería atribuirle una precisión que no tenía.

El RFC 8273 ofrece un contraste técnico útil. Publicado en diciembre de 2017 como documento informativo, describe un prefijo IPv6 único por host en redes de acceso compartido gestionadas por el proveedor. Sirve para comprobar que existen diseños legítimos en los que muchos prefijos o enlaces asociados a dispositivos siguen formando parte de una infraestructura común. No es un estándar obligatorio, una política registral ni una fuente de poder institucional. Su utilidad aquí es descriptiva: evita confundir determinada topología con una cesión independiente de control.

La cronología, por tanto, termina para este análisis el 22 de agosto. El 14 y el 20 de marzo fijan los dos campos de D1; el 9 de mayo registra una pregunta abierta y la necesidad de más debate; el 22 de agosto entrega una nueva redacción todavía en discusión. La existencia posterior de D3 conserva la frontera sucesoria, pero no rellena retroactivamente los silencios de D2.