Resumen

  • Un MP-TLV reúne varias apariciones del mismo tipo y la misma clave; cada parte debe poder analizarse sola y el receptor debe aceptar todas sin depender del orden ni del fragmento LSP.
  • La nueva señal de tipo 30 solo aporta información operativa: no negocia el uso, no cambia el protocolo y no enumera la compatibilidad por codepoint.
  • Una activación segura necesita un inventario comprobado de todas las implementaciones receptoras, no una inferencia automática a partir de la señal anunciada.

Imaginemos dos routers que reciben el mismo estado de enlace. El primero combina seis atributos repartidos en dos TLV. El segundo, con una imagen antigua, procesa el primero e ignora el segundo. Ambos mantienen la adyacencia. Ambos parecen sanos. Sin embargo, ya no calculan a partir del mismo objeto.

Ese es el riesgo que RFC 9885 intenta hacer gobernable. IS-IS codifica información en tuplas de tipo, longitud y valor. Como la longitud ocupa un octeto, un TLV solo puede transportar 255 octetos de valor. La escala de las redes y la acumulación de atributos de ingeniería de tráfico han convertido ese límite en un problema práctico. La respuesta normalizada consiste en permitir varias apariciones cuando el codepoint lo admite.

La unidad lógica no se reconoce solo por proximidad. Las partes comparten tipo y, cuando procede, la clave que ya define el objeto. El documento no reinventa las claves porque pertenecen a las especificaciones de cada TLV. Tampoco autoriza a cortar una estructura por la mitad: cada parte debe ser analizable independientemente y ningún sub-TLV u otra unidad puede atravesar la frontera entre dos partes.

Una sola interpretación a partir de varios recipientes

El receptor compatible acepta toda la información recibida. No importa qué parte llegue primero ni en qué fragmento LSP aparezca. Pueden coexistir en un solo LSP o distribuirse entre varios; en un IIH, su posición tampoco altera el significado. El contenido se interpreta como una concatenación lógica.

La clave repetida conserva la identidad del objeto, pero las discrepancias siguen siendo errores. Si dos partes repiten una métrica no perteneciente a la clave con valores distintos, o duplican de forma incompatible un dato que debería ser único, el receptor necesita una regla. Si la especificación original no la aporta, prevalece la primera aparición del LSP con número más bajo; dentro de un IIH, la primera.

Hay otra separación menos visible. El receptor no puede imponer una longitud mínima al conjunto. Dos partes de cien bytes siguen siendo aceptables aunque el emisor hubiera podido usar una sola. El emisor, en cambio, no debería generar varias partes hasta que la información exceda la capacidad de un TLV y la tabla de aplicabilidad permita MP-TLV. Si solo falta espacio en el LSP actual, debe preferir mover el TLV completo.

Aceptar una forma válida no equivale a aprobar la decisión que la produjo. RFC 9885 diseña tolerancia en la entrada y moderación en la salida.

La casilla genérica oculta una matriz

La implantación parcial puede ser destructiva. Un receptor sin soporte elige qué aparición procesa y cuál ignora. Cuando faltan atributos de enlace, un cálculo restringido puede seleccionar un camino distinto; de ahí pueden surgir bucles o descarte de tráfico. El fallo no tiene por qué presentarse como error de protocolo: puede manifestarse más tarde en el reenvío.

Para ayudar al diagnóstico, RFC 9885 registra el sub-TLV de tipo 30 y longitud cero dentro de Router CAPABILITY. Sirve para anunciar soporte en codepoints cuyas especificaciones anteriores no habían declarado de forma explícita el tratamiento multi-parte. Su ámbito sigue el nivel IS-IS del TLV portador.

El límite normativo es decisivo: la señal es solo informativa. Las implementaciones no deben modificar lo que envían ni cómo procesan lo recibido basándose en ella. Por tanto, no es un intercambio de negociación ni una autorización distribuida.

Además, el formato no dice qué codepoints soporta el router. La RFC presume que la afirmación general cubre los relevantes, pero reconoce que una implementación concreta puede haber desarrollado el mecanismo solo donde su escenario lo exigía. Esa tensión no es un defecto oculto; es la razón por la que el operador conserva la diligencia.

IANA añade una columna MP a los registros para indicar si el procedimiento es aplicable. Un “Y” describe la norma del codepoint. No describe el binario presente en un chasis ni garantiza que una flota mixta tenga la misma semántica.

La habilitación necesita pruebas ajenas al anuncio

Las implementaciones emisoras deberían ofrecer controles por codepoint. Si la generación está desactivada, deben registrar dos situaciones: recibir un MP-TLV y necesitar localmente uno para construir el LSP. Esos eventos son evidencia para planificar, no órdenes para activar.

Antes del cambio, el operador debe demostrar que todas las implementaciones que recibirán las partes saben interpretarlas correctamente. La demostración incluye rol, nivel, versión, codepoint, muestras de bytes, resultado del análisis y efecto sobre el cálculo. Un mensaje autenticado puede tener procedencia e integridad válidas y, aun así, ser entendido de manera incompleta por un receptor. Seguridad del transporte semántico y compatibilidad semántica no son lo mismo.

La primacía del código en ejecución evita la sustitución. Ni la fila de IANA ni el anuncio genérico pueden reemplazar una prueba de la versión concreta. Son capas distintas de realidad y deben permanecer separadas.

Fuentes