Por qué un L2VPN de Junos muestra una etiqueta pero no reenvía nada
Kompella L2VPN elige el estado de reenvío del attachment, no de una búsqueda de ruta. Lee las direcciones de etiqueta local y remota antes de culpar al transporte.
Llegan informes de clientes que dicen que la conexión L2VPN está Up, que el attachment está activo y que no cruza ninguna trama. Las luces de estado son honestas; la trama se está clasificando en un servicio que en el extremo remoto no tiene ningún estado de reenvío utilizable. En un L2VPN punto a punto señalizado por BGP, la primera decisión corresponde al attachment y no a una búsqueda de ruta. La trama del cliente llega en una interfaz lógica, y esa interfaz nombra la conexión y, por tanto, el sitio remoto. Todo lo que viene después es estado de reenvío por etiquetas construido a partir de lo que anunciaron los pares.
La trama nunca hace una búsqueda de ruta
La señalización preparó el estado; el procesamiento por paquete es una búsqueda de etiqueta en una conexión que ya se seleccionó. Por eso preguntar por qué falta una ruta es la pregunta equivocada, y oculta los dos valores que importan: la conexión del attachment y la etiqueta de servicio que usa.
Eso también explica la asimetría del esfuerzo. La revisión de la configuración te dice qué debería haberse instalado, mientras que la vista de la conexión te dice qué se derivó realmente, y solo la segunda sobrevive a un desajuste del bloque de etiquetas.
Dos etiquetas, dos direcciones
Cada PE asigna localmente un bloque de etiquetas, anuncia su base y su tamaño, y sus pares añaden un desplazamiento para derivar la etiqueta de un sitio concreto. Por tanto, las asignaciones son significativas localmente: dos PE pueden usar bases distintas y tamaños de bloque distintos para el mismo servicio. Lee la conexión desde ambos extremos antes de cambiar nada. Un bloque dimensionado con una etiqueta de menos parece exactamente una conexión que nunca se instala.
show l2vpn connections instance CUST-A extensive
En esa salida, la etiqueta entrante es la que asignó este PE y le dijo a su par que usara, mientras que la etiqueta saliente es la asignación del par que este PE empuja. Leer las dos al revés es el error clásico, y te manda a buscar un valor que nunca debía aparecer en este lado. La referencia de conexión documenta los campos junto a las etiquetas, incluidos el sitio, el estado y la información de bloque.
Qué demuestra la búsqueda de etiqueta
Una vez que tienes el valor entrante, la búsqueda local es un solo comando:
show route label 160042
Esa salida debería mostrar una entrada l2vpn con un siguiente salto, y la operación de etiqueta te dice si la trama se empuja, se intercambia o se extrae antes de salir. Si no muestra nada, el estado del servicio nunca se instaló aunque la conexión muestre Up, y la discrepancia está en la señalización y no en el transporte.
Sigue una trama
Un solo paquete empujado al attachment resuelve más que cualquier revisión de configuración. La ruta de la etiqueta de servicio debería apuntar al LSP de transporte hacia el PE remoto, y las dos etiquetas deberían corresponder a los valores que informó el par. Cuando el transporte está sano y la etiqueta de servicio es incorrecta, la trama llega al router correcto y allí se descarta, y por eso los contadores del extremo remoto parecen vacíos mientras que los del extremo cercano parecen ocupados.
Comprueba la encapsulación del attachment, el ajuste de palabra de control y la MTU al mismo tiempo, porque son propiedades negociadas y no un comportamiento por salto.
Mantén separados los modelos de servicio
VPLS aprende direcciones MAC y EVPN anuncia puntos finales, mientras que un L2VPN punto a punto no hace ninguna de las dos cosas, así que sus procedimientos de selección de trama no son intercambiables pese a viajar sobre la misma infraestructura BGP y MPLS. Trasladar un paso de diagnóstico de un modelo a otro produce conclusiones seguras de sí mismas pero sin base.
Para un camino que falta, registra el estado de conexión de ambos pares, el attachment, las dos direcciones de etiqueta, la encapsulación, el ajuste de palabra de control y la MTU. Ese registro conecta lo anunciado con lo que hace realmente el plano de reenvío, que es el único eslabón que importa, y también es lo que pedirá el siguiente ingeniero.