Normalizar as tags VLAN nos extremos do pseudowire: um runbook

Defina o frame que cada extremo de cliente deve receber antes de mexer no pseudowire. No caso simples, o CE A envia uma tag que delimita o serviço e o CE B espera frames sem tag, e é no extremo do fornecedor que essa diferença é resolvida. A tag é política local e não faz parte do contrato Ethernet do cliente, e o pseudowire transporta o frame acordado e não o original. Escreva os dois sentidos antes de qualquer configuração.

Escreva primeiro o contrato de frame

O sentido de ida remove uma tag e o de volta volta a acrescentá-la. Se escrever apenas um deles, vai testar um caminho que funciona num sentido e dar o circuito por bom.

Mantenha o contrato curto o suficiente para colar no ticket de alteração: que extremo envia com tag, qual espera sem tag e que valor de tag delimita o serviço.

Acorde o modo do pseudowire

A RFC 4448 distingue os modos de pseudowire raw e tagged e descreve como são tratadas as tags que delimitam o serviço. O modo raw pode continuar a transportar tags que pertencem ao frame do cliente, pelo que a distinção se prende com o papel de serviço de uma tag e não com a mera presença de um cabeçalho 802.1Q. Ler o modo como tagged versus untagged é a forma mais comum de delimitar mal este trabalho. Acorde o modo com o par antes de decidir de que operações precisa.

Depois verifique o tipo real de pseudowire e os parâmetros do par. Uma ligação VLAN local e uma ligação de porta remota exigem um arranjo de interfuncionamento suportado, e duas instruções de reescrita locais não provam que os tipos de circuito anunciados coincidam.

Se as expetativas de control word e MTU diferirem, tem um problema de negociação que nenhuma reescrita resolve. Confirme ambos a partir da configuração em execução do par e não do documento de projeto.

Aplique as operações locais de tag

guia de reescrita VLAN CCC da Juniper documenta as operações pop, push e swap com restrições específicas da plataforma. Para uma unidade com tag compatível já configurada, o sentido ilustrativo é input-vlan-map pop na entrada e output-vlan-map push na saída. Essas linhas ilustram operações, não uma configuração completa de interface ou de circuito. Confirme a plataforma e a versão exatas em vez de aplicar o exemplo de uma família de equipamentos em todo o lado.

As definições de VLAN e de encapsulamento suportadas pela unidade continuam a ter de definir a tag e a classificação pretendidas. Uma instrução de reescrita numa unidade que classifica os frames errados desloca o problema em vez de o corrigir.

Preserve as eventuais tags de cliente internas de que o serviço necessite. Para tags empilhadas, determine qual tag exterior está a manipular antes de remover seja o que for.

Orçamente o tamanho, não apenas as tags

Inclua as tags retidas, a pilha MPLS real e a control word no orçamento de tamanho. A RFC 8469 recomenda uma control word para pseudowires Ethernet, e essa recomendação altera o orçamento de frame quer a sua plataforma a ative por omissão quer não. Reconcilie uma divergência de MTU em vez de suprimir o respetivo aviso como reparação. Um aviso suprimido é uma interrupção planeada à qual foi apagada a data.

Verifique o mesmo orçamento nos dois extremos do fornecedor, porque basta um lado acrescentar uma tag e o outro acrescentar uma control word para quebrar um payload que antes estava bem.

Se os números não coincidirem, mude o plano e não o nível de registo.

Aceite frame a frame

Para a aceitação, inspecione o frame esperado em cada ligação de cliente nos dois sentidos. Depois exercite o tráfego de aplicação e de controlo de que o serviço realmente necessita segundo o plano de testes aprovado, porque um ping prova muito menos do que um frame com tag a chegar intacto. Registe o contrato de frame de entrada e de saída com a configuração do circuito. É esse registo que torna a próxima alteração verificável.

Mantenha o modo, as operações de tag, o orçamento de MTU e o resultado do teste num único local, porque só fazem sentido em conjunto. Dividi-los por três tickets garante que o próximo engenheiro redescobre a mesma restrição.

O circuito está concluído quando os dois sentidos correspondem ao contrato que escreveu no início, e não quando o primeiro sentido passa.