Resumo

  • A RFC 9978 adiciona experimentalmente um contador, por sessão, de pacotes de controle BFD perdidos que o estado Up/Down comum pode ocultar.
  • O contador pode abrir uma investigação delimitada; sozinho, não prova perda de tráfego, falha de FIB, defeito de LAG nem que uma intervenção automática seja segura.

Um número parece resolver uma disputa. A sessão permanece Up, lost-packet-count sobe e a equipe passa rapidamente de “houve uma lacuna na sequência recebida” para “o enlace está falhando”. A medida é mais detalhada que o alarme binário, mas detalhe não é autorização para concluir sobre todo o serviço.

RFC 9978, publicada em junho de 2026 como Experimental Protocol, mede pacotes de controle BFD ausentes. BFD básico mantém a sessão Up se chega pelo menos um pacote no Detection Time; a extensão revela os demais que faltaram na mesma janela. O texto delimita o alcance: não mede perda ou atraso de tráfego de dados em enlace ou túnel.

O que ela testemunha é uma sequência de controle em um receptor, sessão e época de configuração definidos. Isso pode antecipar uma investigação antes de BFD declarar Down. Não identifica a causa nem certifica a experiência do cliente.

Uma lacuna de sequência não é diagnóstico de serviço

A estabilidade exige um tipo de autenticação BFD meticuloso: cada novo pacote de controle avança o número de sequência em um. Com stability ativado, a ampliação YANG ietf-bfd-stability expõe lost-packet-count. O receptor compara números sucessivos válidos e pode contar a lacuna; o primeiro número não zero aceito apenas inicializa a observação.

LAG e ECMP podem entregar pacotes fora de ordem sem perdê-los. A RFC 9978 alerta que a comparação estrita pode tratar reordenação como perda e admite mecanismos que reconheçam pacotes esperados recebidos fora de ordem. Sem esse contexto, um contador crescente não aponta um membro físico, fila congestionada, processo remoto ou caminho comercial.

Também não mede a aplicação. O pacote BFD pode seguir encapsulamento, QoS, hash, filtro ou domínio de falha diferente do fluxo do cliente. O serviço pode estar saudável com o contador em alta, e pode falhar com BFD limpo. São superfícies de evidência diferentes.

NULL carrega número, não integridade

RFC 9978 registra o auth type 6, NULL, para que uma sessão sem outra autenticação possa carregar a sequência. O RFC afirma que ele não fornece as propriedades desejadas de autenticação. Um pacote injetado pode se parecer com perda elevada sem reiniciar a sessão; o risco de reset do BFD não autenticado permanece.

Isso muda o uso aceitável do dado. Em uma superfície de confiança estreita, o contador pode ser um gatilho diagnóstico explicitamente marcado. Em caminho multi-hop, túnel ou superfície exposta, fazê-lo virar comando automático de desvio acrescenta uma conclusão que ele não sustenta. “Meticuloso”, como explica RFC 9986, significa incremento a cada pacote, não autenticação do serviço nem atribuição de causa.

Abrir a cadeia certa

Registre identidade da sessão, par, tipo de caminho, modo de autenticação, contexto de reset, versão da configuração, receptor e tempo. Primeiro, teste a explicação de reordenação. Depois compare estado do cliente BFD e eventos de controle. Só então use uma medição que compartilhe o risco a ser afirmado.

RFC 9978 aponta OAM CFM e medição MPLS de perda/atraso para isolamento. RFC 6374 pertence a outra superfície, de medição de dados; não prova perda neste caso, mas impede que o contador BFD herde aquela conclusão. Antes de alterar proteção ou rota, acrescente RIB/FIB local, escopo observado de forwarding, evidência LAG/ECMP e canário de serviço. “Anomalia de estabilidade BFD observada” é preciso; “cliente afetado” e “failover seguro” requerem outras provas.