Resumen

  • RFC 9104 asigna el tipo 1173 al TLV de atributo de enlace que transporta el Extended Administrative Group. Una longitud válida y un mapa de bits intacto prueban transporte, no interpretación local ni selección de ruta.
  • La evidencia operativa debe conservar por separado el origen IGP, la proyección BGP-LS, la coherencia AG/EAG, el diccionario del consumidor, la versión de política, el cálculo, la instalación y la observación de paquetes.

Un campo válido entra en una máquina que aún no ha decidido

Supongamos que un consumidor recibe un Link NLRI con un atributo que incluye el TLV 1173. Su valor ocupa ocho octetos, el analizador obtiene dos palabras de 32 bits y la sesión sigue activa. La longitud es múltiplo de cuatro y no hay error de sintaxis.

Decir que «el controlador ya conoce los colores» comprime demasiados hechos. El productor transportó un mapa de bits. El consumidor aceptó la estructura. Un catálogo local puede asignar significado a cada posición. Una política puede referirse a ese significado. Un motor puede calcular candidatos, escoger uno y pedir su instalación. Por último, los paquetes pueden seguir —o no— ese resultado.

Publicada en agosto de 2021 como Standards Track, RFC 9104 define la representación en BGP Link-State del Extended Administrative Group, o EAG, asociado a un enlace. El TLV 1173 contiene uno o más mapas de 32 bits. Length cuenta los octetos del valor y tiene que ser múltiplo de cuatro.

Ese formato conserva la información que debe cruzar la frontera. No contiene un lenguaje de políticas, un catálogo de significados, una prioridad, una ruta elegida ni un recibo de reenvío.

Más bits no crean un vocabulario común

El Administrative Group original es una máscara fija de 32 bits. En operación se habla de colores, pero un color no tiene significado universal. La misma posición puede designar baja latencia, una zona restringida, mantenimiento o nada, según la red.

RFC 7308 creó EAG para superar el límite de 32 atributos. Sigue siendo una secuencia de palabras de 32 bits y su tamaño práctico depende del protocolo que la aloja. RFC 9104 proyecta ese atributo IGP extensible hacia BGP-LS.

El campo nuevo no sustituye al anterior. El TLV 1088 de Administrative Group y el TLV 1173 de EAG pueden coexistir. Si ambos anuncian el mismo enlace, los primeros 32 bits del EAG deben ser iguales al AG. El receptor usa AG para los bits 0 a 31 y EAG para los bits posteriores; si hay discrepancia, debería informar al operador.

Es una comprobación de compatibilidad, no de intención. Dos máscaras pueden coincidir y ser leídas con un diccionario equivocado.

La sintaxis tiene una consecuencia; la semántica tiene un responsable

RFC 9104 establece una frontera precisa. Si la longitud del TLV 1173 no es múltiplo de cuatro, el TLV está mal formado. Un error sintáctico provoca que se descarte el BGP-LS Attribute conforme a las reglas aplicables.

La validación semántica y de contenido queda en manos del consumidor. También le corresponde comprobar que el TLV está asociado al tipo apropiado de NLRI o atributo y decidir cómo reacciona la aplicación. El comportamiento del consumidor está expresamente fuera del alcance de RFC 9104.

Por eso, analizar 64 bits con éxito no demuestra que el bit 42 todavía signifique «evitar durante mantenimiento», que una política activa lo consulte ni que un bit desconocido sea ignorado de forma segura.

RFC 9552, que en 2023 reemplazó la especificación base RFC 7752, describe con mayor detalle el modelo actual: BGP-LS obtiene información de topología e ingeniería de tráfico de una LSDB o TED y la distribuye a consumidores externos. Ese texto ayuda a entender la arquitectura presente, pero no es evidencia retrospectiva sobre el comportamiento de un controlador en 2021.

El TLV no lleva el diccionario del operador

La ausencia se deduce de la propia estructura. TLV 1173 contiene longitud y mapas de bits. No contiene etiquetas como «baja latencia» o «jurisdicción restringida», ni versión del diccionario, orden de políticas, identidad de aprobación, candidatos, ruta escogida o estado FIB.

Esta es una inferencia explícita del formato, no una cita inventada. Permite explicar por qué un productor puede exportar el EAG correcto a un consumidor con un catálogo antiguo. Dos consumidores pueden recibir el mismo valor y resolverlo de modo distinto por sus reglas para bits desconocidos. Durante una migración, un bit puede activarse antes de que todos los motores tengan la nueva definición.

RFC 7308 describe en general como cero los bits que un sistema no anuncia, aunque permite una estrategia local. Esa estrategia debe constar en el recibo del consumidor; no viene incorporada en el anuncio.

Siete recibos para una cadena verificable

El recibo de origen identifica instancia IGP, protocolo, enlace, LSA o LSP, valor EAG y hora. El recibo de proyección registra productor BGP-LS, descriptores del Link NLRI, Protocol-ID, sesión, longitud y valor del TLV 1173, además de la comparación con TLV 1088 si existe.

El recibo del consumidor conserva el resultado de análisis, validación semántica, asociación al enlace, versión del diccionario y regla para bits desconocidos. El recibo de política nombra bits incluidos o excluidos, prioridades, conflictos, aprobación y autoridad para revertir.

El recibo de cálculo vincula una época de topología y una versión de política con candidatos, exclusiones y ruta elegida. El recibo de ejecución documenta la transacción southbound y el estado RIB, FIB o de etiquetas. El recibo de servicio observa el trayecto de paquetes y el efecto relevante.

Recibir no equivale a entender. Entender no equivale a usar. Calcular no equivale a instalar. Instalar no equivale a entregar. Mantener esas diferencias permite localizar una avería sin convertir la salud de la sesión en una garantía total.

Seguridad y vigencia tampoco viajan en la máscara

RFC 9104 no cambia el modelo de seguridad de BGP. Presupone que las instancias IGP que generan los atributos aplican los mecanismos necesarios de OSPF o IS-IS. Ver TLV 1173 no autentica por sí solo el origen, no autoriza al consumidor y no garantiza una ruta segura.

Tampoco prueba vigencia en el momento del cálculo. Un valor correcto al exportarse puede combinarse después con otra época de topología. Una política correcta aplicada a entradas antiguas puede producir un resultado imprevisto.

Conviene además no mezclar estándares vecinos. RFC 9917 trata restricciones inversas de Administrative Group en Flex-Algorithm. RFC 9825 trata listas ordenadas de etiquetas administrativas de OSPF y su posible truncamiento. RFC 9104 transporta un mapa EAG en BGP-LS; cada mecanismo exige su propia prueba.

Una afirmación precisa conserva el valor del estándar

Un code point estable, una codificación reproducible y una consecuencia definida para lo mal formado mejoran la interoperabilidad. Limitar la conclusión no reduce ese logro.

Los ensayos de Lu Heng sobre la primacía del código en ejecución y sobre la especificación inicial mínima sirven como lente editorial declarada: un artefacto de coordinación no es todavía un resultado implementado, validado y usado; una capa común pequeña puede preservar interoperabilidad mientras las decisiones futuras siguen siendo locales. No demuestran la intención de los autores de la RFC ni un despliegue real.

El informe operativo puede terminar su primera frase en «el EAG llegó intacto dentro de un TLV 1173 válido». Antes de afirmar qué decidió o hizo la red, debe comenzar otra frase y aportar la evidencia de esa frontera.

Fuentes