Um túnel lógico Junos são duas ligações, não um único enlace

Dentro do router, a interface lt- parece exatamente um cabo, e é essa impressão que causa a maior parte da confusão. Não é um único enlace, mas duas ligações: cada extremidade pertence a um serviço, cada extremidade tem o seu próprio encapsulamento, e o par só encaminha quando os dois serviços estão corretamente unidos. Execute os cinco passos abaixo pela ordem e trate uma confirmação limpa como o início da verificação, não como o fim do trabalho. Cada passo deixa um registo que o engenheiro seguinte pode verificar sem repetir a investigação.

Passo 1: escreva a folha de trabalho das ligações

Antes de tocar na configuração, desenhe o que deve unir-se a quê. Um lado termina um circuito de camada 2 ponto a ponto, o outro junta-se a uma instância VPLS, e o túnel lógico fica entre eles transportando tramas de um para o outro. Nomeie ambos os serviços explicitamente, porque um circuito ponto a ponto, uma instância VPLS e uma interligação EVPN-VXLAN não são intercambiáveis só porque cada um pode ser descrito como uma costura.

Registe os números de unidade nas duas pontas e a que serviço pertence cada uma. Essa folha é o único artefacto que continuará correto após três alterações e uma reversão.

Passo 2: fixe as unidades par e o encapsulamento

As duas unidades têm de estar na mesma interface de túnel lógico e apontar uma para a outra, e uma unidade só pode ter exatamente um par. A documentação da Juniper sobre o túnel lógico indica ambos os constrangimentos juntamente com os encapsulamentos suportados e os recursos de plataforma consumidos pela interface. Verifique-os contra o hardware e a versão instalados, não contra um exemplo de laboratório de outra placa de linha. Uma unidade par referenciada em duas interfaces lt diferentes é confirmada sem erros e não encaminha nada.

Depois escolha o encapsulamento que corresponde ao serviço em cada ponta. Um esboço do par é assim:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

Copiar as palavras-chave Ethernet-CCC e Ethernet-VPLS para um serviço VLAN sem harmonizar a marcação é a outra forma comum de produzir um par que sobe e não encaminha nada.

Passo 3: ligue cada ponta ao seu próprio serviço

Cada unidade pertence a uma definição de serviço, e o serviço tem de a incluir realmente. Para os arranjos MX de camada 2 suportados, a documentação aponta a associação a bridge-domain ou VPLS como o que torna o encaminhamento bidirecional, o que significa que um par correto com uma unidade sem associação é um par de extremidades a falar com nada. Adicione a associação na mesma confirmação das unidades, para que as duas nunca possam divergir.

Configure a sinalização do pseudocabo e a associação à instância como parte da mesma alteração, porque é a ponta remota do circuito que dá ao lado VPLS algo de que aprender.

Passo 4: orçamente recursos e tamanho de trama

Um enlace interno continua a consumir recursos de encaminhamento. A documentação enumera as implicações de largura de banda da plataforma para os túneis lógicos, por isso verifique-as em vez de assumir que interno significa gratuito.

Alinhe a MTU do serviço e o modelo de marcação nas duas ligações e no pseudocabo remoto. Não copie um valor de MTU de exemplo sem estabelecer que cabeçalhos a definição relevante conta, porque um salto interno que reduza silenciosamente o orçamento falhará exatamente onde o tráfego dos utilizadores é maior.

Passo 5: verifique o encaminhamento e depois procure laços

Envie tráfego nos dois sentidos e inspecione o estado do serviço, não apenas o da interface. show interfaces lt-0/0/0 diz-lhe que o par está administrativamente ativo, e show vpls connections diz-lhe se a instância tem uma ligação sobre a qual aprender. Nenhum dos dois prova que uma trama que entrou num serviço saiu no outro, por isso teste-o explicitamente. Envie de um anfitrião de um lado para um anfitrião do outro, com o estado do serviço visível enquanto o tráfego corre.

Por fim, verifique se outro caminho físico ou lógico já se junta ao mesmo domínio Ethernet. Acrescentar esta ligação pode alterar o comportamento de inundação e criar um laço que antes não existia, e o sintoma aparecerá num local completamente diferente. Planeie a redundância que pretende em vez de descobrir um caminho de camada 2 sem supervisão durante um incidente.