El túnel RSVP-TE está activo, pero el L3VPN del cliente no tiene ruta

Dos equipos pueden tener razón a la vez cuando el cliente informa de que la VPN está caída y el equipo de transporte informa de que el túnel está bien. Un LSP con ingeniería de tráfico y una MPLS L3VPN responden a preguntas distintas: uno mueve paquetes etiquetados por el núcleo, el otro decide a qué contexto de enrutamiento pertenece un paquete. Cuando se confunden, la discusión da vueltas porque cada parte mide un objeto diferente y ambas mediciones son válidas.

Transporte activo y servicio caído es un estado normal

Un LSP puede estar establecido, transportar tráfico y ser visible en todos los sistemas de monitorización, mientras el servicio del cliente sigue sin poder usarse. Nada de esa combinación es contradictorio, porque el túnel no opina sobre si existe un prefijo remoto, si una política de importación lo aceptó o si el circuito de conexión deja pasar tramas.

El síntoma que suele revelar la confusión es asimétrico: los ping desde el loopback del PE funcionan mientras un host de la LAN del cliente no recibe nada, o al revés. Anote qué direcciones funcionaron antes de formular una teoría. Cuando advierta que está probando dos objetos distintos, el siguiente paso es leer la pila de etiquetas en lugar de discutir qué gráfico es correcto. Dos direcciones, dos propietarios y normalmente dos personas distintas que cada una cree que la otra rompió algo.

Lea la pila como dos responsabilidades

La etiqueta inferior pertenece al servicio y la etiqueta superior pertenece al camino. El RFC 4364 describe la secuencia con claridad: primero se impone la etiqueta de la ruta VPN, después ese paquete etiquetado se tuneliza hacia el siguiente salto BGP, que es donde un túnel de ingeniería de tráfico empuja su propia etiqueta encima.

En el PE remoto, la etiqueta de servicio selecciona el tratamiento, que puede ser una consulta de VRF o una decisión de conexión. Esa etiqueta no puede intercambiarse por otra que solo cruce el núcleo, y las dos no son intercambiables aunque ambas aparezcan en la misma pila y en la misma interfaz.

Qué demuestra el éxito de RSVP y qué no

RSVP-TE establece LSP con enrutamiento explícito, con o sin reservas de recursos, lo que es una garantía concreta y útil sobre el camino que sigue un paquete por el núcleo. No es una afirmación sobre las rutas del cliente, y un nombre de túnel configurado no es una ruta en absoluto.

Tampoco la presencia de RSVP ofrece una promesa de rendimiento de extremo a extremo. La reserva de ancho de banda en un LSP no dice nada sobre el circuito de conexión, la línea de acceso del propio cliente ni el comportamiento de las colas en el borde remoto. Tratarlo como una garantía produce respuestas seguras a preguntas que nadie hizo. Si el requisito es realmente un compromiso de ancho de banda, hay que montarlo a partir de las piezas que de verdad lo imponen, y el LSP es solo la mitad de esa cadena.

Compruebe en orden y luego deténgase

Trabaje desde el transporte hacia fuera y deténgase en el primer paso que falle, porque cada paso posterior supone que los anteriores se mantuvieron. Primero confirme que el LSP está establecido y que la entrada de reenvío del prefijo del servicio apunta realmente a él. Después confirme que la ruta VPN existe en la tabla correcta, que su enlace de etiqueta está presente y que la política de importación la aceptó. Después confirme la conexión: la interfaz, la encapsulación y, cuando corresponda, el identificador de VLAN que pertenece a ese contrato.

show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMER

La sintaxis de los comandos varía según la plataforma, así que trate esas cuatro líneas como las cuatro preguntas y no como un script. La parte importante es que cada una interroga un objeto distinto, y eso es lo que hace que un fallo señale a un propietario concreto.

Siga una solicitud permitida y conserve las buenas pruebas

Termine con una sola solicitud real del cliente, permitida por la política, y su respuesta. Un flujo funcional de extremo a extremo resuelve más que una página de lecturas de contadores, y ejercita la combinación en lugar de cada pieza por separado.

Cuando falle una etapa posterior, conserve la observación correcta del LSP en lugar de reconstruir el transporte. Reconstruir un túnel que funciona no puede reparar un prefijo remoto ausente, una conexión de VRF equivocada o una regla de acceso al destino, y destruye la prueba que en primer lugar le dijo que el transporte estaba sano.