Resumen

  • RFC 10038 incorpora a DHCPv6 una asociación de identidad para localizadores SRv6 con IAID, campos estructurales, tiempos preferido y válido, T1/T2, vinculación en el servidor y un resultado explícito cuando no hay localizador disponible.
  • Una Reply válida permite configurar el localizador en el cliente, pero no garantiza que exista ruta local ni anuncio. La asignación de SID locales, el uso de varios localizadores y el anuncio de esos SID están expresamente fuera del alcance de la RFC.
  • Weiqiang Cheng y Changwang Lin editaron la especificación; Ruibo Han, Daniel Voyer y Geng Zhang son coautores y Yuanxiang Qiu colaborador. La contribución se entiende mejor como un contrato colectivo entre estados, no como prueba de invención individual o despliegue.

En una sala de operación pueden convivir dos indicadores verdes que no se validan entre sí. El servidor DHCPv6 muestra una vinculación activa para un localizador SRv6. El sistema de gestión de acceso confirma que el cliente recibió la Reply. Sin embargo, la herramienta de encaminamiento no encuentra una ruta exportada hacia ese localizador.

La tentación consiste en elegir un indicador como autoridad. La RFC 10038 ofrece una alternativa más útil: nombrar cada estado y conservar el traspaso entre ellos.

Publicada en agosto de 2026 como norma del IETF, la RFC describe cómo asignar localizadores SRv6 a nodos de extremo mediante DHCPv6. Añade IA_SRV6_LOCATOR, la opción IA Locator y el estado NoSRv6LocatorAvail. Con ello, una solicitud puede terminar en una asignación identificable o en una negativa precisa, en vez de dejar a los operadores adivinando si falló el protocolo, la política o la disponibilidad del pool.

También obliga a ser precisos con las personas. Weiqiang Cheng y Changwang Lin figuran como editores. Ruibo Han, Daniel Voyer y Geng Zhang completan la autoría, y Yuanxiang Qiu aparece como colaborador. El perfil del IETF de Cheng, capturado el 31 de agosto de 2026, lo identificaba como Chief Architect of IP Networks de China Mobile Research Institute, presidente de SRv6 Operations y autor de nueve RFC. Es una base pública para examinar su trabajo; no demuestra que China Mobile ni ninguna otra red haya implantado la especificación.

El objeto DHCPv6 conserva más que una dirección

Cada asociación tiene un IAID propio. El cliente puede solicitar más de una, pero no debe inferir la función del servicio por el orden en que lleguen los localizadores. T1 indica cuándo volver al servidor original para prolongar las vigencias. T2 permite acudir a cualquier servidor disponible. El localizador incluye tiempos preferido y válido, la longitud de bloque, nodo, función y argumento, y un valor Algorithm.

Esos campos convierten la asignación en un hecho que puede reconstruirse. No basta con guardar el prefijo: se necesita saber qué cliente, qué IAID, qué relay y qué servidor participaron, qué estructura se devolvió y cuánto tiempo quedaba. Una renovación no crea un objeto anónimo nuevo; actualiza un ciclo conocido. Una liberación o caducidad termina la vinculación y permite recuperar el recurso.

Las vigencias introducen estados intermedios. Un localizador puede haber dejado de ser preferido y seguir siendo válido. El cliente puede estar intentando renovar después de T1 sin haber llegado aún a T2. Un panel binario pierde esas diferencias, y con ellas la capacidad de distinguir una transición prevista de una anomalía.

Cuando llega una Reply válida, el cliente configura el localizador. La norma se detiene antes de apropiarse de decisiones locales: no determina cómo generar los SID, cómo aplicar varios localizadores ni cómo anunciar esos SID. La política entre cliente y servidor debe ser coherente, pero la asociación común no impone toda la arquitectura del servicio.

La ruta pertenece a otra transición

La sección 5.5 permite que un relay o servidor instale una ruta local correspondiente al localizador, con el cliente solicitante como siguiente salto. También permite anunciarla mediante protocolos de encaminamiento tradicionales. Son posibilidades normativas separadas de la asignación.

Por eso la vinculación activa no basta para responder si otros routers pueden alcanzar el CPE. Primero debe existir una ruta local. Después, una política debe permitir el anuncio. Más tarde, el protocolo debe propagarlo y los receptores converger. Incluso entonces, los SID y la política SR del CPE pueden faltar. Y aunque estén programados, solo una observación acotada del tráfico muestra qué ocurrió con el paquete.

El valor Algorithm evita otra simplificación. Con valor cero, el localizador puede anunciarse como reachability IP normal. Con un valor distinto de cero, debe emplear los Locator TLV definidos para IS-IS u OSPFv3. Si un sistema borra ese campo y trata todo como un prefijo ordinario, no conserva el contrato que los demás nodos necesitan interpretar.

La cadena operativa tiene propietarios diferentes: servidor y pool; cliente y configuración; relay y siguiente salto; RIB y FIB; política de exportación; convergencia; SID; política SR; filtros; prueba de entrega. La automatización fiable correlaciona sus recibos con tiempo e identidad. No convierte el primer éxito en una afirmación sobre todos los demás.

La liberación comprueba si el diseño era reversible

Una Release exige deshacer consecuencias: liberar el localizador, retirar la ruta local y retirar el anuncio previo. Al caducar el arrendamiento, el servidor recupera el prefijo y borra la vinculación. La claridad normativa no elimina la posibilidad de que un componente se quede atrás.

Un controlador puede conservar el localizador en caché. El relay puede mantener una ruta después de que el servidor haya eliminado la vinculación. La red puede haber convergido hacia una ruta que ya no tiene cliente válido. Para demostrar un cierre correcto hay que relacionar el IAID terminado con la ruta y el anuncio exactos y comprobar qué consumidores actualizaron su estado.

Los agregados requieren una lectura especial. La RFC admite que el operador anuncie una ruta agregada para proteger la RIB. Retirar una delegación individual no obliga a que el agregado desaparezca. En su lugar, el router delegante puede descartar paquetes dirigidos al prefijo que ya no está delegado. La prueba debe observar simultáneamente el agregado, la lista actual de arrendamientos y el comportamiento del borde.

Así se resuelve la disputa entre indicadores. «Agregado presente» y «localizador individual caducado» pueden ser ciertos a la vez. «Paquete descartado en el delegante» puede ser el resultado seguro esperado. La interpretación depende del estado específico, no del color general del panel.

El dominio de confianza no se autoverifica

La arquitectura descrita asume que los componentes pertenecen a un único dominio SR de confianza. El CPE está gestionado por el operador o por un socio de confianza y, si reside en el local del cliente, tanto el dispositivo como sus puertos quedan bajo el dominio administrativo del operador.

La premisa tiene consecuencias concretas. DHCPv6 carece de cifrado de extremo a extremo por defecto, por lo que siguen siendo posibles secuestro, manipulación y escucha. Si conviven mecanismos de asignación distintos, deben emplear pools no superpuestos para evitar que dos dispositivos utilicen el mismo localizador. Limitar asignaciones por cliente no impide que un actor se presente con muchas identidades.

El CPE, como borde, debe filtrar sus interfaces interna y externa. Una etiqueta de «confiable» no sustituye el control de puertos, la separación de direcciones ni las reglas de tráfico. Todos ellos son estados operativos que pueden cambiar después de concederse el arrendamiento.

Una secuencia que pueda repetirse

La primacía del código en ejecución de Heng Lu sirve aquí como prueba de honestidad: el registro administrativo describe una parte de la realidad, pero no crea el resultado. La especificación inicial mínima añade que el contrato compartido debe ser estricto solo en lo necesario para interoperabilidad, unicidad y seguridad, dejando las decisiones futuras en manos locales.

RFC 10038 define códigos, formatos, relojes y conductas comunes. No pretende elegir la política de SID, agregación o servicio de cada operador. Esa frontera permite construir evidencia sin convertir el servidor DHCPv6 en una autoridad sobre el encaminamiento.

El recibo defendible enlaza cliente, IAID, relay, servidor, localizador, estructura, Algorithm, T1/T2, tiempos de vida, vinculación, configuración, ruta, anuncio, convergencia, SID, política, filtros y prueba de paquete. Con esa secuencia, cada equipo puede tener razón dentro de su ámbito y aun así detectar el punto exacto donde el servicio dejó de avanzar.

La aportación colectiva de Cheng y sus coautores no consiste en declarar que el arrendamiento es la red. Consiste en darle una identidad suficientemente precisa para que la red pueda demostrar qué hizo después.

Fuentes