Resumen

  • La profundidad SID máxima convierte una capacidad finita de imposición en un dato utilizable. OSPF e IS-IS pueden originarlo con tipo y alcance de nodo o enlace, BGP-LS puede transportarlo y PCEP puede aplicarlo a una sesión o a una solicitud concreta.
  • Los cinco RFC estudiados documentan una contribución reiterada y colectiva de Jeff Tantsura. También delimitan lo que el registro no demuestra: no verifica por sí solo el hardware, no garantiza que un camino se instale y no atribuye a una sola persona la autoría, el despliegue ni los resultados de los mecanismos.

El cálculo termina donde empieza la capacidad de la máquina

Un camino puede ser válido dentro del grafo y resultar imposible para el equipo que debe imponer su pila de Segment Identifiers. La topología puede estar completa, la política puede ser coherente y el algoritmo puede haber encontrado una solución. Nada de eso amplía la cantidad de etiquetas que el nodo de cabecera o una interfaz de salida es capaz de sustituir y apilar sobre un paquete.

La profundidad SID máxima, conocida por las siglas MSD, introduce ese límite en el registro que usa el cálculo. RFC 8491 define anuncios de nodo y de enlace para IS-IS y crea el sistema de tipos MSD. RFC 8476 lleva el modelo a OSPF. RFC 8814 permite que BGP-LS entregue los valores originados por esos IGP a un consumidor de topología. RFC 8664 incorpora capacidad, métrica, validación y precedencia al intercambio PCEP. RFC 8665 establece el contexto de Segment Routing en OSPFv2, sin sustituir a RFC 8476 como definición del anuncio MSD.

Leídos como conjunto, los textos describen un recorrido. La capacidad nace como una propiedad finita del sistema de reenvío. El IGP la representa en el nodo o en un enlace. BGP-LS puede exportar esa representación. PCEP la incorpora a la relación entre el Path Computation Client y el Path Computation Element. Cada etapa añade un contexto de uso, pero ninguna fabrica la capacidad original.

El dato solo conserva valor si viaja con su identidad. Un entero sin MSD-Type no indica qué profundidad se cuenta. Un valor de nodo no debe tapar un límite específico del enlace. La falta de anuncio no equivale automáticamente a cero. Una capacidad general de sesión no debe prevalecer sobre información de encaminamiento más concreta cuando el estándar ordena lo contrario.

Esta cadena permite perfilar a Tantsura a partir de un historial técnico verificable y limitado. Su nombre aparece en los cinco grupos de autores. Esa repetición demuestra participación en un trabajo compartido que hace visible una restricción de implementación. No demuestra que inventara por sí solo los mecanismos, que controle una red, que un proveedor los haya desplegado o que hayan producido una mejora medida.

MSD no es otro nombre para la longitud del camino

La expresión Maximum SID Depth puede confundirse con una medida general del número de saltos o del tamaño lógico de una ruta. Los RFC definen otra cosa. En RFC 8491, MSD es el número de SID que admite un nodo o un enlace del nodo. Para Base MPLS Imposition, la cuenta incluye las etiquetas de servicio, transporte y propósito especial que se imponen.

Imponer etiquetas incluye dos operaciones: sustituir la etiqueta que ocupa la parte superior de la pila y añadir una o varias etiquetas nuevas. La cantidad impuesta suma ambos grupos. Por tanto, el valor se relaciona con el trabajo que el plano de reenvío puede realizar, no con una descripción genérica del camino.

RFC 8476 aplica la misma idea a OSPF. El valor de Node MSD debe reflejar la menor capacidad de los enlaces configurados para la instancia anunciante. Link MSD representa la capacidad de una interfaz particular cuando se usa como salida. RFC 8664 expresa en PCEP el máximo de SID, descrito allí en términos de profundidad de la pila de etiquetas MPLS, que un PCC puede imponer a un paquete.

Los documentos admiten que los valores se aprendan mediante una interfaz con el hardware o se aprovisionen. Esa alternativa es importante porque no presupone una única arquitectura. Sin embargo, también fija el límite de la norma: estandariza el dato que se comunica, no certifica el método con el que cada implementación lo obtuvo.

Anunciar una MSD no aumenta la capacidad del equipo. Tampoco prueba que la configuración coincida con el silicio. El plano de control actúa como custodio de un hecho que pertenece a la máquina. Puede conservarlo, distribuirlo y aplicarlo; su precisión sigue dependiendo de que el dato describa el sistema que está funcionando.

IS-IS separa el significado del número

RFC 8491, publicada en noviembre de 2018, inserta uno o más pares MSD-Type/MSD-Value en los anuncios de IS-IS. El tipo indica la capacidad de la que se habla y el valor cuantifica su límite. Esta separación evita que dos profundidades distintas compartan un número cuyo significado se da por supuesto.

La norma crea el registro IGP MSD-Types y reserva el tipo 1 para Base MPLS Imposition MSD. BMI-MSD cuenta las etiquetas MPLS impuestas dentro de su definición, incluidas las de servicio, transporte y función especial. El registro queda disponible para otros tipos que puedan describir capacidades diferentes.

La extensibilidad no se consigue sacrificando precisión. Cada nuevo tipo debe aportar su semántica, incluida la interpretación de un anuncio ausente. El contenedor común transporta pares; el tipo establece qué significa cada par. Un consumidor puede entender un tipo conocido sin tratar todos los límites como intercambiables.

RFC 8491 señala además que el anuncio puede ser útil aunque Segment Routing no esté activado. En un entorno MPLS no SR, puede representar la profundidad máxima de etiquetas. La afirmación no dice que todos los entornos lo hagan. Sitúa la restricción en un nivel más básico: la capacidad de imponer etiquetas es finita con independencia de la arquitectura que use después esa capacidad.

La autoría de la norma pertenece a Jeff Tantsura, Uma Chunduri, Sam Aldrin y Les Ginsberg, junto con el proceso de consenso del IETF. El registro de tipos, los sub-TLV y la definición de BMI-MSD no son la obra exclusiva de ninguno de ellos. El perfil de Tantsura se apoya en su presencia recurrente, no en una reasignación individual del crédito.

El valor de nodo resume por el mínimo

Node MSD se aloja en el Router CAPABILITY TLV de IS-IS. Para cada tipo, debe ser el menor valor admitido por cualquiera de los enlaces configurados para la instancia IGP que origina el anuncio. Un nodo no puede presentar como capacidad común el límite de su interfaz más capaz.

La elección del mínimo produce un resumen conservador. Cuando un consumidor solo conoce el nivel de nodo, recibe una cota pensada para el conjunto relevante de interfaces. El resumen no describe todos los detalles del hardware, pero sí ofrece una relación definida entre el valor común y los enlaces que cubre.

El rango del campo va de 0 a 255. Cero indica falta de capacidad para soportar una pila de cualquier profundidad para el tipo anunciado. Los valores restantes expresan la capacidad del nodo. Cero es, por tanto, un valor comunicado de forma positiva; no es el relleno de una casilla que no llegó.

Si los enlaces tienen una capacidad homogénea, RFC 8491 recomienda anunciar únicamente Node MSD para reducir información repetida. Esa eficiencia no elimina la posibilidad de anunciar una diferencia. Link MSD existe precisamente para que una interfaz con una restricción particular no quede oculta detrás del resumen.

La arquitectura combina economía y exactitud. El nivel de nodo evita publicar el mismo dato una y otra vez. El nivel de enlace conserva una excepción conocida. La regla de precedencia decide cuál usar. El ahorro solo es seguro mientras el productor no oculte heterogeneidad que sí conoce.

El enlace tiene la última palabra sobre su propia salida

Link MSD describe la capacidad asociada a una interfaz cuando funciona como salida. Si hay un valor de enlace para un MSD-Type, debe prevalecer sobre Node MSD. Si falta el tipo en el enlace pero está presente en el nodo, el valor de nodo se aplica como sustituto definido.

La razón no es una jerarquía abstracta. Es la cercanía del dato al objeto que utilizará el camino. Node MSD resume varias interfaces; Link MSD se refiere a la salida concreta. Escoger el resumen cuando existe una observación específica eliminaría información que el protocolo ha hecho visible.

RFC 8491 mantiene una cautela adicional. Cuando la imposición depende de la interfaz de entrada, puede no existir una forma útil de expresar el límite por enlace de salida. En ese caso debe anunciarse solo Node MSD. La norma evita pedir una precisión ficticia a una implementación cuya arquitectura no la admite.

También deja un caso sin resolver: la selección entre varios anuncios Link MSD del mismo tipo para el mismo enlace no está definida. El límite de la especificación permanece explícito. Un consumidor puede necesitar una política local, pero no puede presentarla como una regla que el RFC haya establecido.

La secuencia revela un criterio constante: usar la observación más específica que tenga fundamento; recurrir al resumen cuando la observación no existe; no fingir granularidad; y no convertir un caso indefinido en una certeza silenciosa. La visibilidad de la incertidumbre forma parte de la calidad del dato.

Ausente, cero y desconocido son estados distintos

RFC 8491 y RFC 8476 insisten en una separación que afecta directamente a la automatización. Un MSD-Value de cero declara que no existe capacidad de imposición para el tipo. La ausencia simultánea de Node y Link MSD tiene una interpretación que depende del MSD-Type.

Como regla general, la ausencia permite inferir únicamente que el nodo no admite el anuncio de ese tipo. Una especificación de tipo puede definir que la falta de anuncio signifique falta de la función, pero esa conclusión debe aparecer en la definición del tipo y no en una suposición del consumidor.

BMI-MSD fija una frontera concreta. Si no se anuncia, solo queda demostrado que el nodo no anuncia esa capacidad. No queda demostrado que el nodo sea incapaz de imponer etiquetas. Asignar cero por defecto mezclaría una incapacidad declarada con una falta de evidencia.

Los sistemas automáticos suelen preferir un número porque simplifica la decisión. La comodidad no autoriza a cambiar el significado del registro. Una política puede decidir qué hacer con una capacidad desconocida, pero debería almacenar que la decisión se tomó ante una ausencia, no ante un cero publicado.

La trazabilidad exige conservar al menos tres estados: límite no nulo conocido, incapacidad explícita indicada por cero y ausencia de anuncio. El cálculo puede tratar cada uno de forma distinta. Si la canalización los reduce a un único valor, pierde información antes de empezar a razonar.

OSPF añade reglas propias para registros repetidos

RFC 8476, publicada en diciembre de 2018, define pares tipo-valor equivalentes dentro de las estructuras de OSPF. Node MSD aparece en el Router Information Opaque LSA. Link MSD se codifica como un sub-TLV asociado al enlace, con ubicación específica para OSPFv2 u OSPFv3.

El contenido conserva las mismas relaciones. Node MSD es el menor límite de los enlaces de la instancia OSPF. Link MSD representa la interfaz de salida. El enlace prevalece para su tipo; el nodo se usa cuando falta la información específica. La ausencia continúa ligada a la definición del tipo.

OSPF especifica cómo tratar múltiples anuncios de nodo. El receptor usa la primera aparición dentro del Router Information LSA. Si existen LSA con ámbitos de inundación distintos, se elige el de ámbito de área. Si comparten ámbito, se utiliza el Instance ID numéricamente menor. La norma recomienda el ámbito de área para Node MSD.

Para enlaces repetidos, OSPFv2 usa el Extended Link Opaque LSA con el Opaque ID menor y OSPFv3 el E-Router-LSA con el Link State ID menor. El caso debería registrarse como error. El receptor obtiene una respuesta determinista, pero la operación conserva una señal de que se presentaron datos anómalos.

RFC 8476 acredita a Jeff Tantsura, Uma Chunduri, Sam Aldrin y Peter Psenak. Su trabajo no consiste en afirmar que todos los IGP se comportan igual. Traduce un concepto común a las estructuras y reglas propias de OSPF, incluida la elección entre ámbitos y duplicados.

Resolver el duplicado no convierte el dato en verdadero

Una regla de desempate puede garantizar que dos receptores bien implementados escojan el mismo anuncio. No puede demostrar que ese anuncio coincide con la capacidad real. Determinismo y exactitud son propiedades diferentes.

La recomendación de registrar los Link MSD repetidos conserva ambas dimensiones. El protocolo necesita continuar sin que cada equipo improvise. La operación necesita saber que hubo una repetición. Si la plataforma borra la anomalía después de elegir, mantiene la interoperabilidad y pierde observabilidad.

El ámbito de inundación presenta el mismo límite. La prioridad del anuncio de área resuelve cuál debe usarse. No declara saludable cualquier combinación de anuncios contradictorios. Un plano de control puede producir un resultado estable a partir de entradas cuya calidad sigue siendo dudosa.

Las consideraciones de seguridad de RFC 8476 muestran por qué importa. Si la MSD anunciada es menor que la capacidad admitida, el cálculo puede no encontrar un camino viable. Si es mayor, puede intentarse la instalación de un camino que el nodo de cabecera no puede soportar. El texto describe posibilidades, no un incidente concreto ni un resultado inevitable.

Codificación, alcance, selección y monitorización aportan garantías distintas. La codificación da forma al dato. El alcance lo une a un objeto. La selección resuelve la competencia entre registros. La monitorización conserva evidencia de la anomalía. La concordancia con la máquina necesita un control adicional.

RFC 8665 aporta contexto, no la semántica MSD

RFC 8665, publicada en diciembre de 2019, define extensiones OSPFv2 para Segment Routing. Incluye información sobre Prefix-SID, Adjacency SID, rangos de SID o etiquetas, bloques locales y algoritmos. Ese conjunto explica cómo OSPF hace visibles identificadores y capacidades de SR.

El documento no define la codificación Maximum SID Depth. Node MSD, Link MSD, su precedencia y sus reglas de ausencia pertenecen a RFC 8476. Confundir ambas fuentes atribuiría a un RFC mecanismos que no establece y debilitaría el vínculo entre afirmación y evidencia.

La separación permite conservar un enfoque estrecho. RFC 8665 muestra el entorno OSPFv2-SR en el que circulan identificadores y capacidades. RFC 8476 añade una declaración sobre la cantidad que un nodo o enlace puede imponer. El perfil se ocupa de esa declaración finita, no de toda la arquitectura Segment Routing.

Los editores Peter Psenak y Stefano Previdi comparten la autoría de RFC 8665 con Clarence Filsfils, Hannes Gredler, Rob Shakir, Wim Henderickx y Jeff Tantsura. La amplitud del grupo vuelve a dejar claro que el documento es una obra colaborativa.

PCEP usa el límite desde la apertura de la sesión

RFC 8664 define extensiones PCEP para Segment Routing e incluye un SR PCE Capability sub-TLV. El PCC utiliza el campo MSD para declarar el máximo de SID que puede imponer. La limitación entra así en la negociación de la sesión y deja de ser una hipótesis privada del motor de cálculo.

El indicador X establece dos formas válidas. Con X activado, la profundidad se considera ilimitada para la sesión y MSD debe ser cero. Con X desactivado, MSD debe ser mayor que cero. X desactivado junto con MSD cero es una combinación inválida; el protocolo envía un error y cierra la sesión.

La pareja de campos evita interpretar cero sin contexto. Cero puede acompañar una declaración explícita de ausencia de límite bajo la convención X, mientras que una capacidad finita requiere un número positivo. El significado depende del contrato completo del mensaje.

Cuando la sesión tiene una MSD no nula, el PCE no puede enviar un camino SR con más SID que ese máximo. El PCC que reciba uno responde con el error previsto para una cantidad no admitida de subobjetos SR-ERO. Si cambia la capacidad del PCC, la sesión debe cerrarse y volver a establecerse con el nuevo valor.

El estándar hace que una capacidad declarada tenga consecuencias en el comportamiento de PCEP. No obstante, sigue sin medir el hardware. Puede verificar que los mensajes respetan el número anunciado; no puede asegurar por sí mismo que el número describa el dispositivo.

Una solicitud puede optimizar o imponer una cota

RFC 8664 añade una métrica Maximum SID Depth a cada solicitud de cálculo. El PCC puede pedir que el PCE minimice la profundidad. Si activa el bit de cota, el resultado no puede superar el valor indicado.

Una solicitud no puede ampliar una sesión finita. Cuando la MSD de sesión es positiva, el PCC no debe enviar una métrica superior. El PCE trata esa petición como inválida y devuelve el error definido. El contexto particular del camino queda subordinado a la capacidad que la sesión ya declaró.

Si el PCC no ha usado X para declarar profundidad ilimitada, la solicitud que incluye MSD debe activar el bit de cota. La norma diferencia así una preferencia de optimización de una condición de admisión. Reducir el número de SID es un objetivo; no superar una capacidad es una obligación.

En una sesión que usa la convención ilimitada, una solicitud individual puede fijar una MSD. La capacidad por defecto y la restricción de un camino tienen espacios propios. El protocolo permite combinarlas sin confundirlas.

Esta distinción impide que el lenguaje de la optimización oculte una imposibilidad. Un camino que supera una cota no se vuelve aceptable porque el algoritmo haya intentado minimizarla. La máquina necesita una frontera de admisión, no solo una función objetivo.

La información del IGP prevalece cuando es más precisa

RFC 8664 contempla que el PCE aprenda valores por nodo o por interfaz desde los protocolos de encaminamiento. Si obtiene el valor de nodo del PCC de esa manera, debe usarlo en lugar de la MSD de nodo de la capacidad PCEP. Si aprende un valor de interfaz, debe aplicarlo al camino que emplea esa interfaz.

La capacidad de sesión sirve de resumen cuando no hay datos más ricos. No debe ocultar un límite topológico específico. El criterio de precedencia no concede autoridad institucional al IGP; reconoce que un valor ligado a la interfaz o al nodo dentro del registro de encaminamiento describe con mayor precisión el objeto que usará el camino.

La jerarquía de alcance se mantiene de extremo a extremo. Link MSD prevalece sobre Node MSD. El dato de encaminamiento prevalece sobre el resumen de sesión. La solicitud no aumenta la sesión. El sistema conserva la restricción más estrecha que la norma considera aplicable.

Esa jerarquía no cura un dato equivocado. Su función es evitar que la integración pierda precisión por escoger un resumen general. La reconciliación con el equipo sigue siendo necesaria para que la prioridad se aplique a un hecho correcto.

Siva Sivabalan, Clarence Filsfils, Jeff Tantsura, Wim Henderickx y Jon Hardwick forman el grupo de autores de RFC 8664. La capacidad, la métrica, las validaciones y las reglas de precedencia pertenecen a ese trabajo conjunto.

BGP-LS conserva el origen IGP

Un controlador externo puede no participar directamente en OSPF o IS-IS. RFC 8814, publicada en agosto de 2020, define atributos de nodo y enlace para llevar la MSD mediante BGP-LS hasta un consumidor de topología.

Cuando el hablante BGP-LS origina topología aprendida de un IGP, los valores provienen de RFC 8476 para OSPF y RFC 8491 para IS-IS. BGP-LS no vuelve a medir la capacidad. Distribuye la información que el protocolo de estado de enlace ya ha expresado.

Node MSD aparece como un atributo de nodo y transporta uno o más pares de tipo y valor. Representa el mínimo de los enlaces correspondientes. Link MSD aparece como atributo de enlace y representa la interfaz de salida. El registro de tipos sigue identificando el significado de cada número fuera del dominio IGP.

Esta función de puente cierra una brecha operativa. La capacidad se anuncia donde se conoce la topología y llega al sistema que calcula caminos. El puente debe conservar el vínculo entre tipo, valor, nodo y enlace; de lo contrario, transportaría un número sin la identidad necesaria para usarlo.

Jeff Tantsura, Uma Chunduri, Ketan Talaulikar, Greg Mirsky y Nikos Triantafillis son los autores de RFC 8814. Siva Sivabalan figura como colaborador, condición diferente de la autoría. El perfil conserva ese reparto como parte de la fidelidad documental.

El transporte comprueba forma; el consumidor debe comprobar sentido

Las consideraciones de gestión de RFC 8814 asignan tareas diferentes a BGP-LS y a la aplicación. Los errores sintácticos de los nuevos atributos se tratan según las reglas del atributo BGP-LS. La comprobación semántica del contenido y de su relación con la información de topología corresponde al consumidor.

Un atributo bien formado puede contener una capacidad inexacta o estar asociado de forma incorrecta. BGP puede transportar y proteger la estructura que conoce. No observa directamente el plano de reenvío ni puede decidir cómo cada PCE interpretará todos los estados incompletos.

La norma explica que un error de codificación o decodificación puede hacer que la MSD no llegue al SR PCE o que llegue de forma incorrecta. Como consecuencia posible, el nodo de cabecera puede no ser capaz de instalar el camino deseado. La respuesta de la aplicación queda fuera del alcance y depende de la implementación.

La división de responsabilidades es una fortaleza. El IGP origina el registro. BGP-LS preserva su forma y asociación. El consumidor aplica comprobaciones de significado. El equipo en funcionamiento constituye la realidad final frente a la cual se evalúa el dato.

Ninguna capa necesita fingir que conoce todo. Cada una debe cumplir su función y dejar visible el punto en que termina su evidencia. Esa visibilidad permite detectar un fallo de origen, transporte, interpretación o ejecución sin mezclarlos.

Subestimar y exagerar producen riesgos distintos

RFC 8476, RFC 8491 y RFC 8814 describen dos consecuencias posibles de una MSD incorrecta. Si el número es menor que la capacidad real, el cálculo puede descartar un camino viable. Si es mayor, puede intentarse un camino que el nodo de cabecera no puede imponer.

La subestimación oculta capacidad disponible. La exageración inventa capacidad. Ambas separan el registro del equipo, pero afectan al cálculo de maneras opuestas. Una plataforma no debería perseguir el valor más conservador ni el más alto, sino el valor correcto para el tipo y el alcance.

El lenguaje normativo no relata una interrupción ni establece que el resultado ocurra siempre. Identifica consecuencias que pueden derivarse de la divergencia. También advierte que la información sobre capacidades podría servir a un atacante, dentro de los modelos de seguridad de OSPF, IS-IS, BGP-LS y PCEP.

PCEP controla la coherencia después de la declaración. Rechaza combinaciones inválidas, prohíbe que una solicitud supere una sesión finita y evita que el PCE envíe una pila más profunda. Esas reglas contienen el error dentro del contrato comunicado; no validan la capacidad contra el hardware.

La precisión debe considerarse una propiedad operativa. Un registro correcto amplía o reduce el espacio de cálculo hasta el punto que admite la máquina. Un registro incorrecto altera ese espacio sin cambiar el equipo. La gobernanza necesita observar esa correspondencia.

Una cadena de custodia para una restricción

Las cinco normas forman una cadena de custodia del significado. La capacidad finita de imposición es el hecho original. RFC 8491 le da tipo y alcance en IS-IS. RFC 8476 la sitúa en OSPF. RFC 8814 la lleva a un consumidor mediante BGP-LS. RFC 8664 la aplica en PCEP. RFC 8665 explica el entorno OSPFv2-SR sin reclamar la definición MSD.

Durante el recorrido deben conservarse varias propiedades: el tipo que define la unidad, el objeto de nodo o enlace, la prioridad de la observación específica, la diferencia entre ausencia y cero, la precedencia del IGP sobre el resumen PCEP y la subordinación de la solicitud a una sesión finita.

También viajan límites conocidos. IS-IS no define cómo elegir entre varios anuncios de enlace iguales en alcance y tipo. La semántica de la ausencia depende del tipo. BGP-LS deja la comprobación de contenido a la aplicación. PCEP comprueba relaciones de protocolo, no el material.

Mantener visibles esas fronteras permite saber qué parte de la cadena necesita atención. Ocultarlas bajo valores por defecto produciría una apariencia de completitud a costa de la verdad operativa.

La MSD es, por ello, una afirmación distribuida sobre una máquina. Los TLV son su soporte, no su esencia. Lo importante es que una capacidad real pueda llegar al cálculo sin perder la identificación que le da sentido.

Un registro de coautoría, no una historia de autor único

La atribución completa replica la misma disciplina de identidad que requieren los datos.

RFC 8491, «Signaling Maximum SID Depth (MSD) Using IS-IS», nombra a Jeff Tantsura, Uma Chunduri, Sam Aldrin y Les Ginsberg. Define los anuncios IS-IS, el registro de tipos y BMI-MSD.

RFC 8476, «Signaling Maximum SID Depth (MSD) Using OSPF», nombra a Jeff Tantsura, Uma Chunduri, Sam Aldrin y Peter Psenak. Define los anuncios OSPF y sus reglas de selección y precedencia.

RFC 8664, «Path Computation Element Communication Protocol (PCEP) Extensions for Segment Routing», nombra a Siva Sivabalan, Clarence Filsfils, Jeff Tantsura, Wim Henderickx y Jon Hardwick. Define las capacidades y restricciones PCEP relevantes.

RFC 8665, «OSPF Extensions for Segment Routing», nombra como editores a Peter Psenak y Stefano Previdi, y como autores también a Clarence Filsfils, Hannes Gredler, Rob Shakir, Wim Henderickx y Jeff Tantsura. Aporta el contexto OSPF-SR.

RFC 8814, «Signaling Maximum SID Depth (MSD) Using the Border Gateway Protocol - Link State», nombra a Jeff Tantsura, Uma Chunduri, Ketan Talaulikar, Greg Mirsky y Nikos Triantafillis. Define el transporte BGP-LS de la MSD originada por el IGP.

El proceso de estándares y consenso del IETF rodea esas listas. Un nombre recurrente documenta participación sostenida. No asigna a esa persona cada decisión, cada línea ni el control posterior de las implementaciones.

Las fronteras de lo demostrable

Los RFC demuestran autoría técnica pública. No establecen un empleo actual, un cargo actual, una ubicación privada ni autoridad sobre un operador. Las organizaciones históricas de los bloques de autores no deben leerse como afiliaciones presentes.

Tampoco sustentan la invención o el control exclusivo. Tantsura comparte cada documento con otros autores. La naturaleza consensual de la norma añade una capa colectiva que impide describirla como mandato individual.

No existe evidencia de adopción o rendimiento en este conjunto. Los textos no cuentan routers, controladores o redes que usen MSD; no miden disponibilidad; no describen una mejora; no documentan clientes ni incidentes. Definen formatos y conductas de protocolo.

La señalización no demuestra la veracidad del valor original. Un campo puede recorrer OSPF, IS-IS, BGP-LS y PCEP de forma correcta y seguir representando mal al equipo. Las normas reconocen consecuencias de esa posibilidad.

El tema tampoco debe ampliarse a una biografía general de Segment Routing. RFC 8665 funciona como contexto y RFC 8664 contiene muchos mecanismos ajenos a MSD. La identidad del artículo se mantiene en la visibilidad de una limitación de imposición.

El carácter técnico está en cómo se conservan los límites

No es necesario atribuir rasgos personales para encontrar un patrón en el registro. Los documentos eligen un valor tipado, separan nodo y enlace, conceden precedencia al enlace, distinguen cero de ausencia, resuelven duplicados OSPF sin llamar sanos a los datos, mantienen visible un caso indefinido de IS-IS, transportan la restricción por BGP-LS y prefieren información de encaminamiento específica en PCEP.

El patrón es una disciplina de realidad: hacer que una limitación de la implementación esté disponible allí donde se toma una decisión, sin permitir que el registro afirme más de lo que puede demostrar. El modelo abstracto debe encontrarse con la capacidad concreta del nodo de cabecera.

La presencia repetida de Tantsura en los grupos de autores permite una conclusión limitada y sólida. Participó en trabajos que conectan la misma clase de restricción con OSPF, IS-IS, BGP-LS y PCEP. El registro abarca la producción, el transporte y el uso del dato, además de las reglas que impiden perder su alcance.

El resultado no es una promesa de control perfecto. Un camino calculado sigue siendo una propuesta hasta que el equipo puede imponerlo. La señalización MSD hace que esa frontera forme parte del plano de control y que la automatización pueda rendir cuentas sobre el límite que utilizó.

Tipo, alcance, procedencia y estado forman una sola evidencia

Una integración puede conservar el valor numérico y perder casi todo lo que permite interpretarlo. Para tomar una decisión, la MSD necesita viajar con su tipo, su alcance, su procedencia y su estado. Esos elementos no son adornos de inventario: determinan qué capacidad se mide, sobre qué objeto se aplica y por qué un consumidor puede usarla.

El tipo evita comparar magnitudes distintas. BMI-MSD cuenta las etiquetas MPLS incluidas en su definición, mientras que otro MSD-Type puede describir una capacidad diferente. El alcance separa el resumen conservador del nodo de la observación concreta de una interfaz de salida. La procedencia distingue un dato originado por OSPF o IS-IS, uno transportado por BGP-LS y un resumen declarado en PCEP.

El estado añade información que el entero no puede expresar. Un cero anunciado no es un campo ausente. Un valor elegido después de resolver anuncios OSPF repetidos conserva una anomalía asociada. Un cero PCEP con X activado expresa la convención ilimitada de la sesión; sin X es una combinación inválida. Una métrica puede buscar minimizar o, con el bit correspondiente, imponer una cota.

Si todos esos casos terminan en una columna genérica, el motor puede ejecutar una regla y ser incapaz de explicar por qué era válida. Conservar la evidencia como conjunto permite reconstruir la decisión: qué tipo usó, de qué nodo o enlace procedía, qué valor desplazó, qué política trató una ausencia y qué comprobación sigue pendiente.

La capacidad también tiene un ciclo de vida

Los valores que atraviesan la cadena no se actualizan necesariamente al mismo tiempo. OSPF e IS-IS propagan estado mediante sus propios mecanismos. BGP-LS entrega una representación a un consumidor externo. PCEP fija una capacidad durante la apertura de la sesión y permite restricciones adicionales en solicitudes posteriores.

RFC 8664 exige cerrar y volver a establecer la sesión cuando cambia la MSD del PCC. La capacidad forma parte de la premisa compartida por ambos extremos, no de una nota que pueda editarse en silencio. Ese procedimiento mantiene coherencia dentro de la sesión, pero no crea un reloj común con el IGP o con el consumidor BGP-LS.

Por ello, la presencia de un número en cada capa no demuestra que todos representen el mismo instante. Un enlace puede anunciar una capacidad nueva mientras una copia externa conserva la anterior y una sesión PCEP sigue abierta con otro resumen. Cada registro puede ser sintácticamente válido y, aun así, estar temporalmente desalineado.

Los cinco RFC no describen una solución universal para coordinar esas actualizaciones ni miden cuánto tarda un despliegue. Sí permiten identificar los distintos ciclos de vida. Una plataforma que guarda procedencia y estado puede detectar la discrepancia; una que conserva solo el valor final puede interpretar registros antiguos como consenso actual.

Procesar el error no debe borrar su rastro

RFC 8476 combina tratamiento determinista con observabilidad. Define qué anuncio OSPF elegir cuando hay repetición y recomienda registrar como error la duplicación de valores de enlace. También exige detectar TLV malformados para que no derriben el router o el proceso de encaminamiento, contar o registrar su recepción y limitar el ritmo del registro para no añadir presión al plano de control.

La combinación persigue tres objetivos: continuar de forma segura, conservar evidencia y proteger recursos. Elegir un valor permite avanzar, pero no sana los datos. Registrar toda incidencia sin límite preservaría detalles y podría convertir la observación en una carga. El diseño operativo debe mantener la anomalía visible con un coste controlado.

BGP-LS añade una separación entre sintaxis y contenido. Un atributo puede ser descartado por su forma o llegar correctamente formado y ser semánticamente equivocado. PCEP, por su parte, distingue una capacidad de apertura inválida, una solicitud que contradice la sesión y un camino devuelto con demasiados subobjetos.

Agrupar todo bajo una etiqueta de «error MSD» elimina el lugar de la cadena donde surgió el problema. Resulta más útil saber si falló la producción del anuncio, la selección IGP, el transporte BGP-LS, la asociación del consumidor, la sesión PCEP, la solicitud o la respuesta de camino.

Recorrer la decisión en sentido inverso

Una vez calculado un camino, la operación puede auditarlo desde el resultado hacia atrás. ¿Cuántos SID debía imponer el nodo de cabecera? ¿Qué MSD-Type definió la cuenta? ¿La cota procedía del nodo, del enlace de salida, de la sesión o de una solicitud? ¿Qué regla de precedencia resolvió valores concurrentes?

Después conviene revisar ausencias y sustituciones. Si faltaba Link MSD, ¿se aplicó Node MSD del mismo tipo? Si faltaban ambas, ¿qué política local intervino y quedó identificada como política? Si BGP-LS era la fuente inmediata, ¿se conservó la asociación con el objeto del IGP?

También debe comprobarse si hubo anomalías. ¿OSPF resolvió anuncios repetidos? ¿El evento quedó registrado sin saturar el sistema? ¿El consumidor verificó la semántica del atributo BGP-LS? ¿La métrica de la solicitud estaba dentro de la sesión y el camino devuelto respetaba la capacidad declarada?

El último paso contrasta la declaración con la máquina. Si la instalación no fue posible, la causa puede encontrarse en un anuncio alto, una copia antigua, una precedencia aplicada de forma incorrecta, una solicitud mal construida o un cambio del equipo. Los RFC no responden por sí solos cada incidente, pero sitúan las preguntas en capas verificables.

Esta auditoría inversa no promete que todos los caminos se instalen. Su valor es otro: evita que una decisión del controlador aparezca como una caja negra. El resultado queda unido a la restricción finita, a su origen y a la incertidumbre que todavía debía resolverse.