Resumen

  • RFC 5308 define TLV 236 para alcanzabilidad IPv6, TLV 232 para direcciones de interfaz con alcance dependiente del PDU y NLPID 142 para declarar soporte de IPv6 mediante IS-IS.
  • En la topología estándar compartida, una adyacencia válida no demuestra capacidad de tránsito IPv6; la opción multi-topología de RFC 5120 controla la pertenencia al grafo, pero tampoco sustituye la prueba de RIB, FIB y entrega.

El cálculo terminó antes que la prueba

La ruta llegó con una métrica admisible. El receptor eligió el mejor origen, resolvió un vecino IS-IS y mostró el prefijo en la tabla. Un operador podría cerrar allí la validación. Sin embargo, el grafo estándar puede incluir un nodo que participa en IS-IS sin ofrecer el contexto IPv6 que el paquete requiere.

RFC 5308 permite transportar IPv6, IPv4 y OSI con un mismo protocolo intra-dominio. Lo hace extendiendo LSP y SPF, no convirtiendo cada adyacencia en una certificación multicapacidad. La relación de control puede ser auténtica y estable aunque una familia de direcciones no tenga el mismo alcance operativo en todos los nodos.

La posible pérdida se deduce de esa separación y del contraste con RFC 5120; no se atribuye a una red real. El origen puede decir la verdad sobre el prefijo, el receptor puede ejecutar correctamente SPF y el tránsito puede ser un vecino legítimo. La falsedad aparece solo si la organización convierte esos tres hechos en una afirmación no demostrada: «cada salto puede reenviar IPv6 ahora».

El prefijo, la dirección y la capacidad no son un solo dato

TLV 236 describe alcanzabilidad IPv6. Cada entrada contiene prefijo, métrica de 32 bits, bit up/down, bit de origen externo y una posible zona de sub-TLV. U registra el descenso por la jerarquía; X, la redistribución desde otro protocolo; S, la presencia de sub-TLV. Ninguno representa instalación o entrega.

TLV 232 lleva direcciones de interfaz, pero cambia de significado según el PDU. En un Hello solo puede contener direcciones link-local de la interfaz que lo envía. En un LSP solo puede contener direcciones no link-local asignadas al sistema que anuncia. Separar el valor de su contexto permite que una dirección local del enlace parezca una identidad de dominio o que una dirección del sistema pierda el alcance de su afirmación.

NLPID 142 declara que un sistema admite en IS-IS el enrutamiento IPv6. Es una afirmación de capacidad necesaria. No certifica que la interfaz seleccionada, la tarjeta de línea, la tabla virtual y la generación actual de FIB hayan aplicado esa capacidad. La ausencia tampoco debe convertirse por comodidad en una respuesta positiva.

Una publicidad puede estar fuera de la ruta normal

TLV 236 puede no aparecer o repetirse varias veces en un LSP. No puede contener prefijos link-local. La dirección se empaqueta con el mínimo número de octetos que exige la longitud, de modo que longitud y bytes significativos forman juntos la evidencia.

La métrica también separa presencia y uso. RFC 5308 fija MAX_V6_PATH_METRIC en 0xFE000000. Si una publicidad supera el máximo, no debe considerarse durante el SPF normal. Puede conservarse con otro propósito. Por definición, una entrada visible en la base no es necesariamente candidata para la tabla IPv6 normal.

La observabilidad debe mantener estados distintos: anunciada, recibida, analizada, elegible, preferida, resuelta, instalada en RIB, programada en FIB, reenviada y entregada. Una métrica de “rutas aprendidas” combina permisos y resultados que el estándar mantiene separados.

La topología común necesita una regla de admisión por familia

La adyacencia estándar crea conectividad para la difusión de IS-IS. RFC 5308 obliga al sistema compatible a anunciar NLPID IPv6, pero no redefine el grafo para expulsar automáticamente de todo camino IPv6 a quien no lo anuncie. La organización necesita entonces un invariante verificable: cualquier nodo que pueda ser tránsito en el SPF IPv6 dispone de capacidad de control y datos para esa familia.

La lista global de activos no basta. La prueba une predecesor y siguiente salto con interfaz, contexto de enrutamiento, software, generación de FIB y observación de paquetes. En ECMP, cada miembro que puede recibir tráfico debe cumplir la condición. El éxito de una sonda puede reflejar solo la elección afortunada de un miembro.

Tampoco la autenticación llena el hueco. Un LSP auténtico prueba integridad y procedencia de la publicidad. No prueba que otro proceso programó el plano de datos ni que la interfaz que recibió el paquete consultó la tabla correcta.

Multi-topology decide quién puede aparecer como tránsito

RFC 5120 añade a los IIH los identificadores de topologías en las que participa la interfaz. En punto a punto, si el vecino no anuncia una MT, el router local no debe incluirlo en su LSP para esa topología. Si no comparten ninguna, no deberían formar adyacencia. MT ID 2 queda reservado para enrutamiento IPv6, y TLV 237 incorpora la pertenencia antes del formato de alcanzabilidad de TLV 236.

En una LAN, la situación es deliberadamente distinta. Los routers forman adyacencia incluso sin MT común para que la elección de DIS siga siendo coherente. Después, la información de sistemas alcanzables para cada topología debe reflejar la participación. Así se ve con claridad que «adyacente» y «utilizable en este grafo» son afirmaciones diferentes.

Separar IPv6 de IPv4 reduce el riesgo de seleccionar tránsito mono-familia, pero añade estado: membresía, overload por MT, TLV 237, SPF y RIB separados. Si varias topologías de la misma familia comparten interfaz y direcciones superpuestas, hace falta una regla local adicional para asignar el paquete a la RIB correcta. Esa decisión queda fuera de la extensión.

La preferencia vigente no es la lista original de RFC 5308

La sección operativa de RFC 5308 ordenó Level 1 up, Level 2 up, Level 2 down y Level 1 down. RFC 7775 observó que el modelo no define un tipo interárea Level 2 y corrigió la aparición de “Level 2 down”, además de precisar las preferencias de TLV 236 y 237.

Un análisis actual usa la corrección posterior. El recibo, sin embargo, conserva TLV, MT, nivel, bits U y X, protocolo fuente, métrica, clase de preferencia y generación SPF. Así, una interpretación normativa nueva puede aplicarse al registro original sin fingir que los bytes antiguos eran distintos.

La evidencia debe llegar hasta el paquete

Para cada camino, un recibo no secreto puede unir identidad del nodo, adyacencia, tipo de PDU y topología; Protocols Supported y NLPID; dirección TLV 232 más su contexto Hello o LSP; prefijo TLV 236/237, U/X/S, métrica y sub-TLV; generación SPF; predecesor, siguiente salto y conjunto ECMP; capacidad IPv6 de cada tránsito; RIB; generación y resultado FIB; vecino link-local; camino de prueba; entrega y reversión.

La finalidad no es añadir campos por gusto. Es impedir que una base coherente reciba autoridad sobre un resultado que pertenece al plano de datos. IS-IS describe por dónde debería existir la posibilidad; cada salto debe demostrar que esa posibilidad se convirtió en reenvío para la familia correcta.

Fuentes