Resumo

  • BFD verifica rapidamente a vitalidade de um caminho e protocolo de dados definidos; a sessão permanece vinculada aos endpoints, à encapsulação e aos parâmetros.
  • O estado Up não demonstra que todos os membros ECMP, famílias, rotas, MTUs ou serviços usam o mesmo caminho saudável.
  • Uma conclusão de serviço exige um recibo combinado: identidade e timers BFD, RIB/FIB, cobertura dos membros, testes bidirecionais em tamanho real e uma transação de aplicação.

O sinal verde ao lado do fluxo descartado

Imagine este cenário: uma janela de manutenção termina. As adjacências voltaram e o painel mostra BFD Up para o próximo salto do cliente; a mudança é encerrada. Minutos depois, transferências grandes continuam travando. Os pequenos pacotes de controle caem em um membro saudável do agregado, enquanto parte dos fluxos reais é distribuída para outro membro com entrada de encaminhamento ou tratamento de MTU incorreto.

BFD não fez uma afirmação falsa. O erro foi ampliar a abrangência da observação. O verde pertence a uma sessão e ao caminho percorrido por seus pacotes. “O serviço está alcançável” é uma afirmação maior sobre escolha de rota, membros de encaminhamento, ida e volta, tamanho útil e a própria aplicação.

O RFC 5880 atribui ao BFD uma tarefa deliberadamente precisa: detectar, com baixa latência, falhas no caminho bidirecional entre dois mecanismos de encaminhamento, incluindo interfaces, enlaces e, quando possível, os próprios mecanismos. Ele independe da mídia e do protocolo de roteamento. Essa independência traz velocidade e reutilização, mas exige registrar qual cliente e qual caminho recebem seu resultado.

BFD não descobre a sessão. Uma aplicação decide criá-la e fornece endereços e parâmetros. Existe uma sessão separada para cada caminho de comunicação e protocolo de dados. Link físico, circuito virtual, túnel, LSP MPLS e caminho multihop podem ter verificações distintas; o significado de Up continua preso à encapsulação testada.

O que Up realmente registra

No modo assíncrono, os sistemas enviam periodicamente pacotes BFD Control; a ausência suficiente leva a Down. No modo Demand, o controle periódico pode cessar porque outro mecanismo deve verificar a conectividade, e uma sequência Poll pede uma confirmação explícita. Echo faz o equipamento remoto devolver pacotes por seu plano de encaminhamento.

Os modos não entregam evidência equivalente. Echo pode revelar falhas de encaminhamento invisíveis ao controle puro. Demand depende de verificação independente. Uma implementação no plano de controle pode compartilhar destino com o processo de routing; o bit C apenas informa se a implementação remota se declara independente desse plano. Guardar só Up remove o contexto que dá sentido ao estado.

Os timers também limitam a afirmação. Intervalo de transmissão desejado, recepção mínima exigida e multiplicador determinam o tempo de detecção assíncrono. Up em certo instante significa que a máquina de estados não declarou falha sob esses parâmetros. Não promete o segundo seguinte nem comprova que o protocolo cliente tomou a ação correta.

O RFC 5881 torna o escopo explícito em IPv4 e IPv6 de um salto. A sessão se liga ao sistema remoto, interface e protocolo. IPv4 e IPv6 exigem sessões separadas no mesmo link. Múltiplas sessões só acrescentam evidência de diversidade quando atravessam caminhos de rede realmente distintos.

O texto chama BFD de mecanismo OAM para verificar conectividade em serviços de rede, mas exclui seu uso comum como detector de falha entre aplicações pela Internet. Um pacote BFD chegar ao vizinho não significa que uma consulta, compra ou transferência de arquivo terminou para o usuário.

O cliente decide a consequência

O RFC 5882 define o papel do BFD como consultivo. Protocolos de roteamento e outros clientes recebem o estado e usam seus próprios mecanismos. BFD não transporta informação específica da aplicação. Down pode acelerar a retirada de rota, mas o cliente ainda controla adjacência, topologia e encaminhamento.

Até o histórico pode ser filtrado: uma implementação pode ocultar uma rápida transição Up/Down/Up dos clientes com histerese. AdminDown comunica intenção administrativa, não necessariamente falha do caminho. Estado atual, transições, notificação e ação efetiva do cliente são fatos separados.

ECMP pode enviar BFD e usuários por membros distintos. Um pacote pequeno pode passar onde o tamanho de serviço falha. A volta pode estar quebrada; uma rota pode existir na RIB sem a FIB pretendida; a aplicação pode rejeitar tráfego corretamente entregue. Uma célula verde não encerra essas perguntas.

Fontes