Resumen
- El Additional system-id abre otro conjunto de hasta 256 fragmentos, pero sigue siendo una identidad virtual del mismo Originating System y depende de su fragmento cero y Alias ID.
- Los TLV 23/223 agregan atributos a una relación anunciada por 22/222; no pueden fabricar vecindad, y el dato Original prevalece cuando hay conflicto.
La presión apareció dentro del sobre
IS-IS no se quedó sin rutas por definición; se quedó sin espacio de descripción. Cada sistema dispone de 256 fragmentos por nivel y un tamaño de origen de 1492 octetos. Topologías múltiples, ingeniería de tráfico y capacidades nuevas consumieron ese presupuesto. RFC 5311 responde con un sobre adicional, no con un nuevo remitente físico.
El administrador asigna un Additional system-id único en el área Level 1 o el dominio Level 2. El router físico sigue siendo el Originating System; el Virtual IS identifica los LSP extendidos que ese mismo equipo origina. La distinción exige inventario: dos cajas no pueden recibir el mismo identificador, pero tampoco debe contarse cada Virtual IS como una caja nueva.
El fragmento cero es el índice del sobre. Debe contener el IS Alias ID TLV 24 con el system-id normal. Si no existe con vida restante positiva, el receptor no procesa ningún fragmento del conjunto. Por eso “recibimos el fragmento 42” no prueba que su contenido sea vigente. Falta demostrar que el conjunto está abierto, vinculado y alcanzable.
La regla obliga a los sistemas de observabilidad a conservar ausencia además de presencia. Un snapshot útil muestra cero y todos sus fragmentos; un snapshot engañoso muestra sólo las filas que sobrevivieron en una base de datos.
Compatibilidad mediante restricción, no mediante negociación
RFC 3786 necesitaba más modos de operación para ampliar el espacio sin romper equipos anteriores. RFC 5311 simplifica el problema prohibiendo que la información extendida cambie el Shortest Path Tree. Un router antiguo ve al Virtual IS únicamente detrás del origen; uno nuevo entiende la asociación. Ninguno debería descubrir otra ruta transitiva a través de la identidad auxiliar.
Esa compatibilidad se construye con límites. Los TLV ES Neighbors, Partition DIS y Prefix Neighbors no pueden aparecer. Un receptor capaz ignora el TLV prohibido y debería informar del error, sin descartar automáticamente el resto permitido. Los bits OL, ATT y Partition Repair se mantienen a cero. Un ATT indebido podría hacer que un sistema legado usara al Virtual IS como salida de área.
Las direcciones de área del cero extendido son un subconjunto de las del cero normal. En el conjunto extendido, el único vecino de IS permitido es el Originating System, anunciado con métrica no cero y preferentemente MaxLinkMetric-1. En el conjunto Original, el Virtual IS aparece de vuelta con métrica cero. La pareja hace alcanzable el almacén de atributos, pero no le da independencia.
Los prefijos hoja sí pueden ocupar el espacio extendido. Si representan varias topologías, TLV 229 debe declarar cada una. Además, al poder provocar actualizaciones de forwarding, RFC 5311 recomienda conservarlos en el conjunto normal cuando sea posible. La capacidad adicional afecta la frecuencia de actuación aunque no deba rehacer el árbol SPF.
El TLV que describe no es el TLV que autoriza
La ingeniería de tráfico puede asociar tantos sub-TLV a un enlace que una sola estructura no baste. Para separar descripción y reachability, RFC 5311 define IS Neighbor Attribute TLV 23 y su variante MT 223. Pueden residir en LSP Originales o Extendidos y hablan del vínculo entre el Originating System y el IS identificado.
Pero no anuncian por sí solos la relación. Si el conjunto Original no contiene TLV 22 o 222 para ese vecino, 23 o 223 no autoriza a inferirlo. Un analizador que ve ancho de banda, color administrativo o una capacidad SR y crea automáticamente una arista está elevando un atributo a acto constitutivo.
La precedencia resuelve la coexistencia. Datos compatibles son aditivos. Frente a contradicción, gana el Original. Sin valor Original, gana el Extended con system-id más bajo. Y en una colisión exacta entre 22 y 23, o entre 222 y 223, se usa el TLV de reachability original y se ignora el de atributos.
El system-id más bajo no certifica que su valor sea físicamente verdadero; sólo determina cuál interpretación protocolaria usar. Deben guardarse las alternativas y el motivo de selección. Sin ese linaje, una plataforma no puede distinguir dato elegido, dato observado y dato descartado.
El padre sobrecargado apaga a sus identidades prestadas
La información no SPF también puede quedar obsoleta. Mientras el Originating System es alcanzable y no tiene OL en el LSP normal, sus Virtual IS siguen su estado. Si el origen activa OL, los sistemas capaces deben considerar inalcanzables las identidades asociadas, igual que los legados. Así se evita que prefijos hoja extendidos mantengan una ruta capaz de generar bucles.
Este encadenamiento demuestra por qué no basta comprobar secuencia y checksum. Un fragmento extendido puede ser reciente y estar bien formado, pero ser inutilizable porque expiró cero, falta el alias, el padre está en overload o el Original ganó la disputa.
En producción, la evidencia completa empieza en asignación y termina en paquetes: registro de unicidad, cero normal y extendido, alias, vida restante, campos prohibidos, estado OL, reachability original, valores en conflicto, entrada entregada al SPF, RIB/FIB y prueba de tráfico. Cada transición tiene dueño y hora.
Alcance e incertidumbre
RFC 5311 es Standards Track de febrero de 2009. No prueba que un fabricante actual soporte todos los TLV, que una red los use, que el controlador preserve precedencia ni que el plano de datos siga la intención. RFC 8491 y RFC 8667 muestran usos posteriores del vocabulario, pero no constituyen un censo operativo.
La tesis tampoco repite RFC 5305. Aquel análisis separa capacidad anunciada de reserva. Éste separa capacidad de publicación de autoridad para crear topología. Tampoco duplica RFC 5303: una máquina de estados de adyacencia no nace de un TLV 23 bien formado.
El resultado ejecutivo es sobrio. Se puede comprar más espacio sin comprar más verdad. El precio es conservar quién habla, bajo qué identidad, dentro de qué conjunto, con qué prioridad y mientras qué padre siga vigente.
Fuentes
- RFC 5311: extensión simplificada del espacio LSP
- RFC 5311 en texto plano
- Ficha del RFC Editor
- Registro IETF Datatracker
- Historial en Datatracker
- Referencias de RFC 5311
- Documentos que citan RFC 5311
- Erratas del RFC Editor
- RFC 1195: IS-IS para IP
- RFC 3786: extensión previa de fragmentos
- RFC 5120: múltiples topologías
- RFC 5305: extensiones de ingeniería de tráfico
- RFC 5307: extensiones para GMPLS
- RFC 8491: profundidad SID
- RFC 8667: Segment Routing en IS-IS
- RFC 8174: palabras normativas
- Registro IANA de TLV IS-IS
- Heng Lu: capas de realidad
- Heng Lu: primacía del código en ejecución
- Heng Lu: el problema de agencia
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
