Resumo

  • O Requester escolhe a sonda, o TTL, o modo de resposta, a encapsulação e o pedido de informação reversa. O Responder fornece apenas evidência local que consegue validar na sua posição.
  • No modo IP, um endereço de 127/8 e UDP ficam dentro da pilha MPLS. No modo não IP, usa-se ACH sem dependência de roteamento IP. Para ACH não IP com reply mode 4, a resposta deve voltar pelo LSP reverso via ACH, sem IP/UDP; um nó sem esse retorno deveria descartar a requisição.
  • A flag R solicita o Reverse-path Target FEC Stack TLV, mas não pode ser definida na resposta Echo. Sem R ou sem o TLV, não há prova de FEC reverso. LSPs bidirecionais associados também podem usar um FEC reverso diferente.
  • O solicitante deve validar interface, pilha de rótulos e FEC aplicável. Se a validação falhar, a resposta deve ser descartada e a falha deve ser reportada. O GAL é transporte, não FEC-alvo: não entra na pilha de FEC verificada, não recebe Nil FEC TLV e não aparece em DSMAP/DDMAP.

O procedimento alcança LSPs estáticos, FECs de PW e caminhos MPLS-TP não IP. DSMAP/DDMAP e a expiração do TTL direcionam a requisição para pontos específicos do LSP; portanto, um Responder pode ser um ponto intermediário, não o egresso. O Requester controla o teste e seus parâmetros. O Responder não pode transformar uma resposta local em conclusão bidirecional. RFC 6370 trata dos identificadores e RFC 6371 do enquadramento de OAM e das fronteiras de autoridade; nenhum substitui a validação definida no RFC 6426.

Fixtures de verificação. Monte uma captura com pilha de rótulos MPLS explícita, sequência de TTL (1, 2 e 3, por exemplo), FEC de LSP/PW estático, interfaces de entrada e saída, reply mode 4, Source Identifier e Destination Identifier. Envie separadamente um exemplo IP com 127/8 e UDP e um exemplo não IP com ACH. Registre o ponto de expiração do TTL, o conteúdo de DSMAP/DDMAP, a presença do GAL, a ausência de R na resposta e o Reverse-path Target FEC Stack TLV quando estiver presente. Se a resposta contiver essa evidência de FEC reverso, o Requester deve validá-la. Para P2MP com endereçamento IP, é obrigatório dar suporte aos procedimentos do RFC 6425; sem endereçamento IP, aplicam-se os procedimentos não IP do RFC 6426. Associe cada resposta ao ramo e à identidade corretos. Um nó que não suporte ou não consiga usar o modo de resposta solicitado deve descartar a requisição. Em ECMP, não use ACH on-demand CV: o cabeçalho ACH pode alterar o hash e fazer a sonda seguir caminho diferente do tráfego de dados.

Caminho de decisão do operador. Primeiro confirme alvo, FEC, identificadores e filtros de fronteira; depois selecione TTL, modo de resposta e encapsulamento. Ao receber uma resposta, determine se ela veio do ponto pretendido ou de um intermediário escolhido pelo TTL. Valide interface e pilha de rótulos, depois o FEC-alvo e, se presente, o TLV de FEC reverso. Qualquer divergência, Source Identifier inesperado, FEC reverso inválido ou GAL tratado como FEC-alvo exige descarte e relatório. Silêncio é evidência insuficiente; não autoriza atribuir uma causa.

Fontes