Resumen

  • RFC 5330 permite como máximo una instancia del contador de LSP TE sin reserva dentro del contenedor correspondiente. Si llegan varias, el receptor procesa la primera; una normalización de “último valor gana” puede fabricar una vista distinta de la decisión real.
  • El entero aceptado cuenta LSP señalizados con ancho de banda cero según una población local que puede omitir los aprovisionados por gestión. No demuestra carga, capacidad, protección ni impacto sobre servicios.

La fila limpia perdió la decisión

Considérese una captura con dos sub-TLV de tipo 23. El primero lleva 12; el segundo, 19. La trama se guarda, un analizador reconoce ambos y una etapa posterior los transforma en un objeto donde la clave es el tipo. Como una clave no admite dos valores, el segundo reemplaza al primero.

La base resultante parece más ordenada que el paquete. También es falsa respecto del receptor. RFC 5330 establece, tanto para IS-IS como para OSPF, que el contador no debe aparecer más de una vez y que, si aparece una segunda instancia, el sistema receptor solo procesa la primera.

El valor 19 puede ser interesante como evidencia de una emisión anómala. No es el contador que gobierna la interpretación conforme. Una plataforma que lo presenta como estado operativo no está resumiendo; está cambiando la regla.

Por eso el dato mínimo no es tipo=23, valor=19. Es una secuencia: contenedor, posición, longitud, valor, decisión y motivo. La normalización debe ocurrir después de conservar la evidencia que permite reproducir al receptor.

El formato no es idéntico en los dos protocolos

RFC 5330 define un sub-TLV opcional de tipo 23 para IS-IS y otro para OSPF. En IS-IS el valor ocupa dos octetos y se aloja en el TLV de alcance extendido o en el TLV de sistemas intermedios multi-topología indicado por la norma. En OSPF ocupa cuatro octetos dentro del Link TLV de una TE LSA de OSPFv2 o de una Intra-Area-TE-LSA de OSPFv3.

La coincidencia del número de tipo no autoriza a borrar el protocolo, el contenedor ni el ancho. Un registro IANA coordina el significado del código en cada familia. No demuestra qué forma llegó a un colector, si la longitud era correcta o si la implementación aplicó la regla del primer elemento.

El recibo de análisis debe identificar el protocolo y la versión, el ámbito, la clave de la LSA o LSP, el router o sistema anunciante, el enlace, los offsets y todas las instancias en orden. Solo entonces puede emitir un valor seleccionado.

Si el pipeline conserva únicamente la fila final, una diferencia entre router y analítica será casi imposible de explicar más tarde.

“Cero” describe la señalización, no el tráfico

La población contada se compone de LSP TE señalizados con ancho de banda igual a cero. Esa definición no afirma que los LSP estén inactivos. No mide bytes ni paquetes, no reserva capacidad y no clasifica su importancia comercial.

El modelo que motiva el RFC contempla una malla de esos LSP junto con MPLS TE Fast Reroute. El tráfico puede seguir el camino IGP más corto y, a la vez, disponer de reparación local. Un camino sin reserva de ancho de banda puede transportar carga real y depender de recursos de protección reales.

El contador 12, aunque sea el valor correctamente procesado, sigue siendo solo doce miembros de la población declarada. No equivale a doce unidades de carga, doce clientes, doce túneles de respaldo listos ni doce fallos evitados.

La regla de orden decide qué entero recibió autoridad protocolaria. No amplía lo que ese entero puede probar.

La población también tiene una regla local

RFC 5330 permite omitir del contador los LSP sin reserva configurados y aprovisionados mediante un sistema de gestión. Un originador puede incluirlos y otro excluirlos. Una actualización puede cambiar la opción sin añadir ni retirar un solo LSP.

Por ello, reproducir el valor 12 exige algo más que el paquete. Hace falta el contrato de población: fuentes de aprovisionamiento incluidas, estados de señalización que califican, tratamiento de solapamientos make-before-break, momento de alta y baja, versión de software, configuración y fecha de activación.

Dos receptores pueden coincidir en que la primera instancia vale 12 y aun así no saber si 12 representa todos los LSP subyacentes. La corrección sintáctica y la completitud de la población son preguntas distintas.

Esta separación impide que una migración se confunda con una tendencia. Si cambia la regla de inclusión, la serie necesita una frontera de época, no una línea continua.

La ausencia conserva una incertidumbre legítima

El sub-TLV es opcional. Cuando falta, RFC 5330 indica que debe interpretarse como ausencia de información sobre el enlace. No debe materializarse como cero.

Esta regla completa la disciplina de duplicados. En un extremo, una secuencia con dos valores debe conservar ambos y seleccionar el primero. En el otro, una secuencia sin el tipo 23 debe conservar el estado ausente. Un esquema que exige exactamente un entero fracasa en ambos casos: sobrescribe la multiplicidad y fabrica la nulidad.

La plataforma debe distinguir valor cero presente, valor positivo presente, ausencia, malformación, falta de soporte y falta de observación. Solo los dos primeros contienen un entero anunciado.

La ausencia puede suspender un cálculo. No autoriza a dirigir tráfico hacia un enlace supuestamente vacío ni a declarar que una avería no afectará a LSP sin reserva.

Un número es una entrada estadística

En una topología simétrica con varios caminos de igual coste, la capacidad reservable no sirve para distinguir LSP cuya solicitud de ancho de banda es cero. El RFC explica que algoritmos basados en supuestos estadísticos sobre el tráfico agregado pueden usar el número de LSP por enlace.

Pero deja el diseño de esos algoritmos fuera de su alcance. El campo no determina cómo ponderar caminos, cuándo reoptimizar, qué otros datos usar ni si la distribución final quedó equilibrada.

Incluso con dos valores correctamente seleccionados, 12 y 12 no prueban cargas iguales. Un LSP puede transportar mucho más que otro. El algoritmo debe registrar la versión de la base TE, sus entradas, candidatos, criterio de desempate, acción y resultado medido.

Si el sistema usó 19 por un overwrite, el recibo de decisión debe permitir verlo. Sin esa trazabilidad, una ruta elegida por datos incorrectos aparecerá como voluntad del protocolo.

La granularidad de anuncio crea otra distancia

Las altas, bajas y movimientos de LSP pueden cambiar el contador con frecuencia. RFC 5330 deja fuera de alcance los mecanismos que disparan la originación y advierte contra inundar sistemáticamente cada cambio con granularidad excesiva.

Una LSA o un LSP recientes pueden contener un valor agrupado, sujeto a umbral o calculado en un instante anterior. La secuencia y la edad prueban el estado del anuncio, no la ausencia de cambios aún no publicados.

El recibo necesita la política de disparo, el intervalo de agrupación, la última recomputación y el límite de obsolescencia aceptado. Conservar el primer sub-TLV no convierte una muestra en tiempo real.

También aquí el orden importa. Si una implementación defectuosa emite un valor antiguo primero y uno nuevo después, el receptor seguirá procesando el primero. Un analizador que elige el último puede parecer más fresco mientras deja de describir la conducta definida.

Del conteo de LSP al impacto hay varias pruebas

El RFC señala que el número puede servir para estimar cuántos LSP sin reserva resultarían afectados por la caída de un enlace. Esa estimación no es un censo de clientes.

Cada LSP debe unirse a su estado actual, tráfico y servicios. La protección requiere otra evidencia: solicitud, método, punto protegido, asociación con detour o bypass, disponibilidad, capacidad y prueba. Una instalación de facility backup puede proteger varios LSP mediante un recurso compartido; el número de primarios no revela por sí solo la suficiencia del respaldo.

Después de un fallo hacen falta recibos de detección, conmutación, entrega y recuperación. Un LSP contado puede no llevar tráfico; otro puede concentrar una aplicación crítica. Sumar ambos como impactos equivalentes crea una precisión ficticia.

El contador ayuda a ordenar la investigación. El paquete no contiene el resultado empresarial.

La evidencia irreversible se pierde antes del gráfico

La pérdida más grave ocurre cuando la etapa de ingestión descarta la trama, el orden y las instancias ignoradas. Más adelante puede conservarse el valor de la base, la decisión del controlador y hasta el resultado. Pero ya no existe forma de demostrar si el consumidor trabajó con el primer sub-TLV, con el último o con una fila fabricada.

La arquitectura debe conservar cuatro capas antes de agregar: el recibo de cable; el recibo de parseo ordenado; el recibo de población y política; y los recibos de consumo, tráfico, protección e impacto.

Esta disciplina trata el código registrado como coordinación, no como sustituto de la realidad. IANA prueba el significado compartido del tipo 23. RFC 5330 prueba la regla del primer elemento. El paquete prueba qué llegó. La implementación prueba qué aceptó. El resultado solo aparece al observar lo que hizo el sistema.

Una fila puede resumir esas capas. Nunca debe borrarlas.

Fuentes