Resumen

  • RFC 9514 permite que BGP-LS exponga capacidades, enlaces, Locators, SID, comportamientos y estructura SRv6 a consumidores externos al IGP.
  • Un Prefix NLRI con SRv6 Locator TLV 1162 sigue siendo solo una declaración de Locator si no lleva además Prefix Metric TLV 1155; la errata verificada 7737 sustituye la referencia publicada a 1095.
  • Recibir el objeto, clasificarlo como alcanzable, asociar un SID, calcular, instalar y observar tráfico son actos distintos.

Supongamos que el controlador recibe un Prefix NLRI bien formado. Dentro del atributo aparece el SRv6 Locator TLV 1162, con algoritmo y métrica. El consumidor conoce el nodo de origen y guarda el prefijo. El panel podría convertirlo en una línea verde.

Pero RFC 9514 no concede todavía esa conclusión. El Locator identifica el espacio que cubre los SID provisionados en el nodo. El Prefix NLRI solo representa además alcanzabilidad IP ordinaria cuando incorpora el Prefix Metric TLV correspondiente. Sin esa segunda prueba, el estándar lo llama únicamente anuncio de Locator.

La métrica que está dentro no sustituye a la que falta

La versión publicada afirma que el acompañante es IGP Metric TLV 1095. La errata verificada de RFC 9514 corrige esa frase: debe ser Prefix Metric TLV 1155. El 1095 se asocia con Link NLRI; el 1155, con el Prefix NLRI que contiene el Locator.

El detalle revela un riesgo real de modelado. El Locator TLV ya contiene su propia métrica, copiada del TLV Locator de IS-IS u OSPFv3. Esa métrica describe el objeto SRv6 y su algoritmo. No convierte el objeto en alcanzabilidad de prefijo ni reemplaza el TLV 1155. Un nombre de campo parecido no es una autorización compartida.

Una implementación que use el número antiguo puede buscar evidencia en la clase equivocada. Otra puede usar el 1155 corregido. Ambas aceptarían mensajes válidos, pero clasificarían el mismo Prefix NLRI de forma diferente. Por eso la versión de errata aplicada pertenece al registro operativo, no a una nota olvidada de documentación.

Cuatro superficies que deben volver a unirse

RFC 9514 distribuye la información SRv6 por clase de objeto. Node NLRI lleva capacidades y límites MSD. Link NLRI lleva End.X, LAN End.X y restricciones del enlace. Prefix NLRI lleva el Locator. El nuevo SRv6 SID NLRI de tipo 6 separa cada SID asociado al nodo.

Esta última decisión reduce el tamaño y el alcance de las actualizaciones. Si los SID estuvieran dentro del atributo del Node NLRI, modificar uno podría obligar a publicar de nuevo un objeto enorme. El NLRI individual permite que un SID cambie o se retire por separado. El precio es referencial: un consumidor debe conservar la relación entre SID, nodo, protocolo, identificador, topología, Locator y comportamiento durante cada época.

El Endpoint Behavior TLV es obligatorio para cada SID NLRI. Los SID PeerNode o PeerSet de BGP EPE incluyen contexto del par, y el SID Structure TLV opcional divide los 128 bits entre locator block, locator node, función y argumento. RFC 8986 define los comportamientos y RFC 8402 la arquitectura. El código compartido hace interoperable la declaración; no demuestra que el plano de reenvío la ejecute ahora.

Los datos pueden proceder de las extensiones OSPFv3 para SRv6, de las extensiones IS-IS, de BGP EPE o del propio nodo mediante Direct. RFC 8814 aporta los tipos MSD que BGP-LS transporta. El controlador reúne esas voces, pero no hereda autoridad para borrar sus diferencias.

El consumidor es el último intérprete, no BGP

La sección de gestión deja la comprobación semántica y de contenido al consumidor. BGP puede detectar atributos mal formados según sus reglas. No decide si el TLV pertenece al objeto correcto, si un Locator debe contar como ruta, si el SID sigue instanciado o si el comportamiento anunciado corresponde a la política vigente.

El documento advierte que un error de codificación o decodificación puede privar de datos a un SR PCE o entregarle información incorrecta. El resultado puede ser la imposibilidad de optimizar o una optimización inesperada e incoherente. La reacción de la aplicación es específica de la implementación.

El modelo actualizado de RFC 9552 distingue productor, propagador y consumidor. Es una separación útil para una auditoría: el productor prueba qué derivó, el propagador qué seleccionó y transmitió, y el consumidor qué instantánea construyó. Ninguno de esos recibos prueba por sí solo qué instaló el router ni por dónde pasó un paquete.

El expediente mínimo

Antes de llamar «ruta» al objeto, guarde el protocolo fuente, productor, Protocol-ID, Identifier, descriptores del nodo, Prefix NLRI exacto y época. Registre Locator TLV 1162, algoritmo y métrica de Locator. Después registre por separado la presencia, ausencia, duplicidad o rechazo de Prefix Metric TLV 1155 y la versión de errata aplicada.

Para cada SID usado, conserve SID NLRI, Information TLV 518, Endpoint Behavior TLV 1250, contexto EPE, estructura, anuncios y retiradas. Vincule el cálculo a esa instantánea y a una versión de política. Exija una aceptación southbound, una lectura RIB/FIB o SR Policy y una observación controlada de tráfico antes de formular una conclusión de servicio.

Las fuentes permiten reconstruir la evolución: la ficha del RFC, el texto y el XML; el historial, la revisión final del borrador y sus referencias; y el registro IANA de BGP-LS. Son evidencia del contrato y su corrección, no de una implantación concreta.

Tres textos de Heng Lu aportan el lente editorial: primacía del código en ejecución, especificación inicial mínima y adopción voluntaria y capas de realidad. No son requisitos del IETF. Sirven para impedir que el símbolo, el modelo, la instalación y el resultado se conviertan en una sola afirmación.