Por que um L2VPN do Junos mostra um rótulo mas não encaminha nada

Chegam relatos de clientes dizendo que a conexão L2VPN está Up, que o attachment está ativo e que nenhum quadro atravessa. As luzes de status são honestas; o quadro está sendo classificado em um serviço que, na ponta remota, não tem nenhum estado de encaminhamento utilizável. Em um L2VPN ponto a ponto sinalizado por BGP, a primeira decisão pertence ao attachment e não a uma consulta de rota. O quadro do cliente chega em uma interface lógica, e essa interface nomeia a conexão e, portanto, o site remoto. Tudo depois disso é estado de encaminhamento por rótulos, construído a partir do que os pares anunciaram.

O quadro nunca faz uma consulta de rota

A sinalização preparou o estado; o processamento por pacote é uma consulta de rótulo em uma conexão que já foi selecionada. Por isso perguntar por que falta uma rota é a pergunta errada, e ela esconde os dois valores que importam: a conexão do attachment e o rótulo de serviço que ele usa.

Isso também explica a assimetria do esforço. A revisão de configuração diz o que deveria ter sido instalado, enquanto a visão da conexão diz o que foi realmente derivado, e só a segunda sobrevive a um desalinhamento do bloco de rótulos.

Dois rótulos, duas direções

Cada PE aloca localmente um bloco de rótulos, anuncia sua base e seu tamanho, e seus pares adicionam um deslocamento para derivar o rótulo de um site específico. As alocações são, portanto, localmente significativas: dois PEs podem usar bases diferentes e tamanhos de bloco diferentes para o mesmo serviço. Leia a conexão das duas pontas antes de mudar qualquer coisa. Um bloco dimensionado com um rótulo a menos parece exatamente uma conexão que nunca é instalada.

show l2vpn connections instance CUST-A extensive

Nessa saída, o rótulo de entrada é o que este PE alocou e disse ao seu par para usar, enquanto o rótulo de saída é a alocação do par que este PE empurra. Ler os dois ao contrário é o erro clássico, e manda você procurar um valor que nunca deveria ter aparecido deste lado. A referência de conexão documenta os campos ao lado dos rótulos, incluindo site, status e informações de bloco.

O que a consulta de rótulo prova

Depois de obter o valor de entrada, a consulta local é um único comando:

show route label 160042

Essa saída deveria mostrar uma entrada l2vpn com um próximo salto, e a operação de rótulo diz se o quadro é empurrado, trocado ou removido antes de sair. Se não mostrar nada, o estado do serviço nunca foi instalado embora a conexão mostre Up, e a discrepância está na sinalização e não no transporte.

Siga um quadro

Um único pacote empurrado para o attachment resolve mais do que qualquer revisão de configuração. A rota do rótulo de serviço deveria apontar para o LSP de transporte em direção ao PE remoto, e os dois rótulos deveriam corresponder aos valores que o par relatou. Quando o transporte está saudável e o rótulo de serviço está errado, o quadro chega ao roteador correto e é descartado ali, e é por isso que os contadores da ponta remota parecem vazios enquanto os da ponta próxima parecem ocupados.

Verifique a encapsulação do attachment, o ajuste de palavra de controle e a MTU ao mesmo tempo, porque são propriedades negociadas e não um comportamento por salto.

Mantenha os modelos de serviço separados

O VPLS aprende endereços MAC e o EVPN anuncia pontos de extremidade, enquanto um L2VPN ponto a ponto não faz nenhum dos dois, então seus procedimentos de seleção de quadro não são intercambiáveis apesar de trafegarem sobre a mesma infraestrutura BGP e MPLS. Transpor uma etapa de diagnóstico de um modelo para outro produz conclusões seguras de si mesmas mas sem base.

Para um caminho ausente, registre o estado de conexão dos dois pares, o attachment, as duas direções de rótulo, a encapsulação, o ajuste de palavra de controle e a MTU. Esse registro liga o que foi anunciado ao que o plano de encaminhamento realmente faz, que é o único elo que importa, e também é o que o próximo engenheiro vai pedir.