Resumo

  • draft-ietf-bier-bfd-12 leva BFD ponto a multiponto para BIER. Um BFER que perde a continuidade vinda do BFIR envia uma notificação espontânea por IP/UDP unicast em um caminho que deve ser disjunto da árvore multicast.
  • A resposta Final do BFIR comprova que o aviso foi associado à sessão. Não localiza a ruptura, não representa todas as pontas e não comprova reparo da árvore nem recepção pela aplicação.

O BFER esperou pelo próximo controle e o tempo venceu. Ele declara Down, registra Control Detection Time Expired e envia a ocorrência pela porta UDP 4784. A resposta Final chega. A comunicação sobre a falha funcionou; a distribuição multicast ainda pode estar interrompida.

Essa separação orienta a revisão 12 de BIER BFD, publicada em 29 de setembro de 2026. O Internet-Draft ativo do grupo BIER pretende o Standards Track e expira em 2 de abril de 2027. Não é RFC, decisão final, atribuição IANA, implementação ou implantação. Os tipos solicitados permanecem TBD1, TBD2 e TBD3.

A observação termina na ponta

O BFIR funciona como MultipointHead e envia controles BFD encapsulados em BIER para um conjunto de BFER. Cada ponta acompanha a continuidade que recebe da cabeça. Quando o intervalo de detecção expira, aquela ponta pode declarar perda.

O fato observado é estreito: este BFER deixou de receber os pacotes esperados deste BFIR nesta sessão. Ele não identifica fibra, nó intermediário, tabela ou replicador defeituoso. Outra ponta pode continuar recebendo sem perda. Um timeout local não é um mapa da árvore.

A sessão pode nascer por BIER Ping, por atributo BGP ou por configuração estática. No BIER Ping, Target SI-BitString carrega o conjunto de BFER e um TLV proposto carrega My Discriminator. Mudou o discriminador, o bootstrap precisa ser repetido. Distribuir parâmetros não prova instalação correta em todas as pontas nem o percurso efetivo dos controles seguintes.

O discriminador precisa da identidade da cabeça

No BFD comum, Your Discriminator seleciona a sessão no receptor. Uma ponta P2MP recebe o My Discriminator escolhido pelo MultipointHead e depende de contexto adicional. O mesmo número pode existir sob outra cabeça.

O cabeçalho BIER fornece BFIR-id. A revisão 12 exige a chave (BFIR-id, My Discriminator) na ponta. Um inventário que guarda apenas quatro octetos perde o escopo e pode associar o alarme à raiz errada.

O registro defensável também preserva subdomínio, conjunto alvo, BFER local, origem do bootstrap e histórico de mudança. Identidade composta é requisito de segurança operacional, não enfeite de observabilidade.

O aviso escapa do destino da árvore

Ao detectar o defeito, o BFER coloca Poll, estado Down e o diagnóstico Control Detection Time Expired. Em Your Discriminator, usa o My Discriminator da sessão afetada. Depois envia o controle ao endereço do BFIR por IP/UDP unicast, porta de destino 4784.

O caminho de retorno deve ser disjunto da árvore de distribuição multicast. Assim, a mesma falha que engoliu o tráfego observado não precisa engolir seu alarme. O desenho cria uma testemunha fora do destino compartilhado.

Mas receber a notificação demonstra apenas que aquele pacote unicast chegou daquele BFER ao BFIR. Não aponta onde a direção BIER falhou. A custódia precisa separar a sessão que expirou da rota, interfaces e contexto de segurança que trouxeram o relato.

Também é preciso testar a palavra “disjunto”. Rotas lógicas diferentes podem dividir placa, duto, energia ou fila do plano de controle. O rascunho impõe a condição; quem opera deve demonstrá-la contra seus domínios reais de falha.

Final encerra a repetição, não o incidente

O BFER envia uma notificação por segundo até receber Final válido para a sessão ou até o defeito desaparecer. Também deveria transmitir três controles em intervalos pseudoaleatórios dentro de um segundo para aumentar a chance de entrega.

O BFIR usa Your Discriminator para encontrar a sessão e devolve um controle unicast com Final. A ponta sabe que a cabeça recebeu e reconheceu o aviso. Nada nesse pacote afirma que houve reparo, troca de rota ou retorno do multicast à aplicação.

A repetição pode cessar por dois motivos. Sem registrar se houve Final ou limpeza local do defeito, o operador não sabe qual deles ocorreu. Sistemas automáticos devem separar reconhecimento de observação, autorização de mudança e confirmação de recuperação.

Uma ponta silenciosa não é necessariamente saudável

Uma falha comum pode afetar muitos BFER ao mesmo tempo e concentrar notificações em um único BFIR. O draft exige controle sobre quantos controles BFD chegam ao plano de controle para processamento.

A defesa evita sobrecarga, mas pode esconder sinais. Uma ponta sem aviso talvez esteja saudável, talvez tenha perdido também a volta unicast, talvez não tenha a sessão instalada ou talvez seu pacote tenha sido descartado pelo limitador. Um alarme recebido não descreve todas as demais.

É necessário reconciliar pontas ativas esperadas, tuplas instaladas, declarações Down, descartes de entrada, admissões, associações, respostas Final e continuidade posterior. Contadores de rate limit explicam quais fatos negativos o monitoramento teve condições de observar.

A cadeia completa inclui revisão exata, autoridade de bootstrap, identidade composta, último controle válido, timeout, construção do alarme, custódia do retorno, associação na cabeça, Final ou limpeza, reconciliação da população, diagnóstico, reparo, BFD restabelecido e resultado da aplicação. Nenhum estágio prova o seguinte.

O princípio de especificação inicial mínima de Heng Lu cabe aqui. A camada comum normaliza identidade, sinal, repetição e reconhecimento. Seleção das pontas, diversidade física, proteção do controle, diagnóstico e reparo permanecem decisões locais. Publicar o draft não prova adoção; código em operação, pacotes e resultados provam.

Fontes