Por que un L2VPN de Junos mostra unha etiqueta pero non reenvía nada

Chegan informes de clientes que din que a conexión L2VPN está Up, que o acoplamento está activo e que ningunha trama cruza. As luces de estado son honestas; a trama estase clasificando nun servizo que no extremo remoto non ten ningún estado de reenvío utilizable. Nun L2VPN punto a punto sinalizado por BGP, a primeira decisión corresponde ao acoplamento e non a unha busca de ruta. A trama do cliente chega nunha interface lóxica, e esa interface nomea a conexión e, por tanto, o sitio remoto. Todo o que vén despois é estado de reenvío por etiquetas construído a partir do que anunciaron os pares.

A trama nunca fai unha busca de ruta

A sinalización preparou o estado; o procesamento por paquete é unha busca de etiqueta nunha conexión que xa se seleccionou. Por iso preguntar por que falta unha ruta é a pregunta equivocada, e agocha os dous valores que importan: a conexión do acoplamento e a etiqueta de servizo que usa.

Iso tamén explica a asimetría do esforzo. A revisión da configuración diche que debería terse instalado, mentres que a vista da conexión diche que se derivou realmente, e só a segunda sobrevive a un desaxuste do bloque de etiquetas.

Dúas etiquetas, dúas direccións

Cada PE asigna localmente un bloque de etiquetas, anuncia a súa base e o seu tamaño, e os seus pares engaden un desprazamento para derivar a etiqueta dun sitio concreto. Por tanto, as asignacións son significativas localmente: dous PE poden usar bases distintas e tamaños de bloque distintos para o mesmo servizo. Le a conexión desde ambos os extremos antes de cambiar nada. Un bloque dimensionado cunha etiqueta de menos parece exactamente unha conexión que nunca se instala.

show l2vpn connections instance CUST-A extensive

Nesa saída, a etiqueta entrante é a que asignou este PE e lle dixo ao seu par que usase, mentres que a etiqueta saínte é a asignación do par que este PE empurra. Ler as dúas ao revés é o erro clásico, e mándache buscar un valor que nunca debía aparecer neste lado. A referencia de conexión documenta os campos xunto ás etiquetas, incluídos o sitio, o estado e a información de bloque.

Que demostra a busca de etiqueta

Unha vez que tes o valor entrante, a busca local é un só comando:

show route label 160042

Esa saída debería mostrar unha entrada l2vpn cun seguinte salto, e a operación de etiqueta diche se a trama se empurra, se intercambia ou se retira antes de saír. Se non mostra nada, o estado do servizo nunca se instalou aínda que a conexión mostre Up, e a discrepancia está na sinalización e non no transporte.

Segue unha trama

Un só paquete empurrado ao acoplamento resolve máis que calquera revisión de configuración. A ruta da etiqueta de servizo debería apuntar ao LSP de transporte cara ao PE remoto, e as dúas etiquetas deberían corresponder aos valores que informou o par. Cando o transporte está san e a etiqueta de servizo é incorrecta, a trama chega ao router correcto e alí descártase, e por iso os contadores do extremo remoto parecen baleiros mentres que os do extremo próximo parecen ocupados.

Comproba a encapsulación do acoplamento, o axuste de palabra de control e a MTU ao mesmo tempo, porque son propiedades negociadas e non un comportamento por salto.

Mantén separados os modelos de servizo

VPLS aprende enderezos MAC e EVPN anuncia puntos finais, mentres que un L2VPN punto a punto non fai ningunha das dúas cousas, así que os seus procedementos de selección de trama non son intercambiables aínda que viaxen sobre a mesma infraestrutura BGP e MPLS. Trasladar un paso de diagnóstico dun modelo a outro produce conclusións seguras de si mesmas pero sen base.

Para un camiño que falta, rexistra o estado de conexión de ambos os pares, o acoplamento, as dúas direccións de etiqueta, a encapsulación, o axuste de palabra de control e a MTU. Ese rexistro conecta o anunciado co que fai realmente o plano de reenvío, que é o único elo que importa, e tamén é o que pedirá o seguinte enxeñeiro.