A regra dos trinta bytes adicionais para a MTU falha nas pseudoligações MPLS

Pergunte a um engenheiro quanto acrescentar para MPLS e ouvirá um número, normalmente trinta, dito com confiança. O número não é tanto errado como desligado: depende inteiramente do que conta o valor inicial e do que a extremidade do fornecedor transmite realmente. Numa pseudoligação Ethernet as premissas são visíveis, e assim que as escreve, a aritmética substitui o folclore.

Três coisas diferentes são medidas sob um só nome. Há o pacote IP do cliente, a trama Ethernet transportada pela pseudoligação e o próprio enquadramento externo da ligação do fornecedor. Um orçamento que os mistura produz um valor que nenhum campo de dispositivo espera.

Um orçamento calculado com cada premissa declarada

Pegue num pacote IP de cliente de 1500 bytes, num cabeçalho Ethernet comum transportado pela pseudoligação sem o FCS do cliente, em nenhuma etiqueta VLAN conservada, numa pilha de etiquetas com duas entradas e numa palavra de controlo de quatro bytes. O cabeçalho Ethernet transportado acrescenta 14, as etiquetas conservadas não acrescentam nada, as duas entradas de etiqueta acrescentam 8 porque cada entrada tem 4 bytes, e a palavra de controlo acrescenta 4. Isso dá 1526 bytes de pacote encapsulado em MPLS.

Leia o resultado com atenção. Exclui o cabeçalho Ethernet exterior da ligação do fornecedor e o respetivo FCS, e é um exemplo, não uma constante a escrever em qualquer campo chamado MTU. Duas etiquetas também é uma premissa: a pilha real pode transportar uma etiqueta de transporte, uma etiqueta de serviço e às vezes mais, e cada entrada custa os mesmos 4 bytes.

O que atravessa realmente a pseudoligação

A RFC 4448 define como as tramas Ethernet viajam dentro de MPLS, e no seu modelo comum o preâmbulo e o FCS do cliente são removidos na entrada e regenerados na saída. É por isso que o FCS não aparece no orçamento acima. O tratamento de VLAN depende do modo de serviço: um modo que conserva as etiquetas do cliente volta a acrescentar os seus bytes, e um modo que as mapeia não o faz. A conservação adicional ou a encapsulação extra têm de ser contadas por cima.

A palavra de controlo faz parte da aritmética sempre que é usada. A RFC 8469 recomenda-a para pseudoligações Ethernet, pelo que um texto mais antigo que a descreve como opcional não é prova de que o seu caminho a omita. Confirme o modo de serviço real com o fornecedor em vez de o inferir de um diagrama.

Compare o número com o campo correto

Agora coloque o tamanho encapsulado exigido ao lado de cada ligação relevante e ao lado da definição do fabricante do limite que está a configurar. Alguns campos descrevem um pacote IP, outros descrevem uma trama ou outra fronteira de encapsulação. Dois números podem parecer idênticos e descrever capacidades diferentes, e é assim que uma configuração que parece encaixar produz perdas em produção.

É também por isso que copiar um valor entre plataformas não relacionadas é arriscado. O nome do campo é a especificação, não o número decimal que recorda da consola de outro fabricante.

As cargas de ping não são valores de MTU

A carga de um ping IPv4 não é uma MTU IP. O cabeçalho IP e o cabeçalho ICMP também consomem bytes, pelo que um tamanho de carga que tem sucesso corresponde a um pacote maior no fio. Uma sonda que passa num tamanho também não diz nada sobre um serviço com outro modo VLAN ou uma pilha de etiquetas mais profunda. O teste mede um caminho, um tamanho e uma forma de carga, e o serviço pode variar os três.

Pior ainda, um ping pode ter sucesso enquanto as tramas grandes falham, porque a sonda exercitou um caminho e um tamanho que o tráfego real nunca usa. Trate-o como um único ponto de dados sobre alcançabilidade, não como uma especificação de serviço de camada 2.

Quando a trama não cabe

Se as tramas de tamanho excessivo não puderem ser transportadas e não existir nenhum mecanismo de fragmentação ou remontagem suportado, são descartadas, normalmente sem um erro claro em nenhuma das extremidades. As aplicações mostram então tempos limite em transferências massivas enquanto as sessões interativas se mantêm saudáveis, o que leva as pessoas a olhar para firewalls e rotas em vez de contar bytes.

Resolva o orçamento real com o fornecedor: modo de serviço, tratamento de etiquetas, profundidade de etiquetas, palavra de controlo e o limite exato que o seu dispositivo aplica. Escreva as premissas ao lado do número, porque caso contrário o próximo engenheiro herda a regra dos trinta bytes e um mistério.