Junos L2VPN: primeiro acerte o contrato de ligação do cliente

Antes de mexer num pseudowire, siga uma trama de cliente até ao PE e veja onde é suposto aterrar. A porta física classifica-a numa unidade lógica, essa unidade transporta um encapsulamento, e a unidade está associada a um serviço. Três decisões separadas, três formas separadas de errar. A maioria dos casos escalados como falha de sinalização é na realidade uma trama classificada numa unidade que ninguém configurou para esse serviço. Comece, portanto, na ligação e avance para fora.

Registe o contrato de trama

Registe o contrato antes de escolher qualquer configuração: sem etiqueta, uma etiqueta de serviço ou uma pilha. Acrescente a MTU que o cliente vai enviar e o tratamento de etiquetas esperado em cada direção, porque são propriedades negociadas e não preferências locais. Um número de unidade é apenas um identificador e não diz nada sobre que tramas a interface aceitará.

Escreva-o na nota de serviço e não num comentário de ticket. Quem depurar isto daqui a seis meses lerá a nota. O ticket não o lerá.

Ajuste o encapsulamento ao contrato

Um serviço com uma única etiqueta usa normalmente um encapsulamento de circuito VLAN como vlan-ccc, enquanto as tramas sem etiqueta precisam da forma simples de circuito Ethernet e uma pilha precisa da variante alargada que compreende duas etiquetas. Numa plataforma que suporta encapsulamento de serviço por unidade, uma única interface física pode alojar várias ao mesmo tempo, o que é cómodo e é também a forma como uma trama acaba na unidade errada. Onde o guia da sua plataforma exige family ccc, configure-o como parte da ligação completa em vez de o aparafusar a uma interface encaminhada. O guia de encapsulamento lista que tipos de ligação impõem que requisitos.

Não acrescente uma instrução family a cada interface por precaução. A configuração que faz um circuito funcionar pode fazer com que o seguinte aceite tramas que o seu cliente nunca envia.

Associe a ligação ao serviço certo

Uma VPN de camada 2 sinalizada por BGP, um circuito sinalizado por LDP e os restantes serviços suportados têm cada um a sua configuração de associação de interface e de sinalização, e não são intermutáveis. Misturar o estilo de ligação de um com a sinalização do outro produz um circuito que reporta um par e nunca transporta uma trama.

Compare a extremidade remota com a extremidade local em vez de rever qualquer uma delas isoladamente: endereço do par, identificador de serviço, acordo de encapsulamento, expectativa de control word e orçamento de tamanho. O underlay MPLS pode estar perfeitamente saudável enquanto a ligação falta ou está classificada noutro sítio, e é por isso que um teste que só olha para o underlay não prova nada aqui.

Verifique com a trama, não com o estado

Leia os contadores da interface local enquanto o cliente envia tráfego, depois o estado do serviço e, em seguida, confirme que a trama que chega é a que foi acordada, incluindo a etiqueta. Uma ligação reparada entrega essa trama; uma mudança de estado por si só não prova nada.

Onde tiver autorização para capturar, olhe para a trama nos dois sentidos. A assimetria de etiquetas é fácil de perder numa vista de estado e óbvia numa captura. Essa assimetria também explica queixas que funcionam num sentido e falham no outro.

Depois, registe-o

Registe quatro valores na nota de serviço: contrato, encapsulamento, unidade e associação ao serviço. Esses quatro são o que um novo engenheiro precisa e o que uma revisão de configuração raramente explicita.

Quando o circuito falhar daqui a seis meses, essa nota é a diferença entre um quarto de hora de trabalho e voltar a deduzir todo o desenho a partir de uma configuração em funcionamento. Acrescente a data da última verificação, para que a nota diga também quão desatualizada está.