Resumo

  • Um LSR que reporta um erro sobre um datagrama encapsulado em MPLS pode anexar o MPLS Label Stack Object a mensagens ICMPv4 ou ICMPv6 multipartes selecionadas.
  • A extensão usa a estrutura de extensão e os cabeçalhos de objeto da RFC 4884, pode acompanhar Time Exceeded e Destination Unreachable e preserva o cabeçalho IP original e os primeiros octetos da carga.
  • O objeto é evidência diagnóstica. Não é comando de reparo, autorização de rota ou LSP, autenticação, concessão de acesso nem prova criptográfica.

O problema operacional é a diferença entre o que o ICMP comum mostra e o que influenciou o encaminhamento. Ao processar um datagrama MPLS não entregável, o LSR pode reportar o datagrama IP exposto, mas omitir a pilha de rótulos que chegou ao roteador. A RFC 4950 preenche esse intervalo ao permitir que a pilha MPLS completa, exatamente como recebida no roteador que reporta, seja acrescentada a mensagens selecionadas.

Com isso, um traceroute aprimorado pode apresentar tanto os nós visitados quanto o estado de encapsulamento MPLS do datagrama original quando ele chegou a cada nó que respondeu. Isso não transforma a mensagem em um canal de controle. O consumidor recebe contexto para investigar; não recebe autoridade para corrigir o caminho.

Cada entrada da pilha ocupa exatamente quatro octetos. O formato descrito pela RFC 4950 contém um Label de 20 bits, três bits de uso experimental nomeados no texto de 2007, um indicador Bottom-of-Stack de um bit e um TTL de oito bits. Um analisador deve verificar o alinhamento e o tamanho antes de interpretar os campos. Valores de rótulo não autorizam mudanças de encaminhamento e não provam propriedade, intenção ou conformidade com política. O cabeçalho IP original e os octetos iniciais da carga continuam fazendo parte da mensagem de erro.

A extensão se aplica a ICMPv4 e ICMPv6 e usa o mecanismo multipartes da RFC 4884. O objeto pode acompanhar Time Exceeded e Destination Unreachable. Isso não significa que todo erro ICMP carregará a pilha, nem que todos os nós oferecerão a mesma observação. A RFC 4950 não define a relação geral entre MPLS e ICMP nem manipulação de TTL específica de encapsulamento. Procedimentos de TTL capazes de derrotar o traceroute básico também podem derrotar o traceroute aprimorado. A afirmação histórica da RFC de que a extensão era amplamente implantada não demonstra cobertura atual, comportamento uniforme de fornecedores ou padrões atuais de divulgação.

Um conjunto de verificação concreto deve separar casos. Use um pacote de teste controlado para produzir Time Exceeded e outro para produzir Destination Unreachable; capture a mensagem original; e execute um parser que valide a extensão da RFC 4884 e o objeto da RFC 4950 byte a byte. Para cada resposta, registre versão do ICMP, presença do cabeçalho IP original e da carga inicial, comprimento do objeto, limites de quatro octetos, Label, os três bits experimentais, Bottom-of-Stack, TTL e nó respondente. Marque separadamente objeto presente, objeto ausente, filtragem e invisibilidade causada por TTL.

Não transforme todos os casos sem objeto em “não havia MPLS”.

O caminho de decisão do operador começa pela confirmação do tipo de erro e da estrutura multipartes. Depois, verifica a integridade do objeto e do trecho IP original, compara a pilha com telemetria local e registros do equipamento e aplica a política de divulgação. A política pode selecionar por endereço de destino, configuração global ou profundidade da pilha recebida. Só então, se houver evidência independente, o caso deve ser encaminhado ao processo autorizado de rota, LSP ou mudança de encaminhamento. O objeto não cria nem autoriza um LSP, não valida uma rota, não autentica uma parte, não concede acesso e não ordena nada a outro roteador.

A ausência do objeto não prova que o pacote não foi encapsulado em MPLS. Falta de suporte, política, filtragem, compatibilidade e comportamento de TTL podem suprimir a observação. Uma pilha reportada também não prova sozinha o caminho completo de ponta a ponta, a causa raiz ou que cada salto retornaria informação equivalente. Sem a extensão, ICMP clássico e traceroute continuam capazes de mostrar um erro e nós visitados, mas omitem a pilha MPLS recebida; a investigação passa a depender mais de telemetria interna e registros dos dispositivos.

Fontes