Resumo

  • draft-geng-grow-bmp-rr-sync-00 propõe BoRR, replay de Route Monitoring e EoRR para ressincronizar uma vista BMP sem derrubar outras sessões.
  • EoRR comprova a declaração de término do emissor, não que todas as rotas tenham sido geradas, transportadas, ingeridas e confirmadas.

O coletor recebe EoRR e elimina tudo que continua marcado como stale. Isso pode refletir exatamente o roteador. Também pode apagar um prefixo que faltou no replay por perda de fila, erro interno ou cruzamento com uma retirada ao vivo. Os dois casos terminam com o mesmo marcador válido.

Esse é o limite de BMP Extension for Non-Disruptive RIB View Synchronization, enviado em 30 de setembro de 2026. A revisão 00 é um Internet-Draft individual ativo em I-D Exists. O cabeçalho diz Standards Track, mas o Datatracker não registra status RFC pretendido. Não é documento adotado pelo GROW, RFC, alocação IANA ou relatório de implantação.

Consertar uma vista, não reiniciar o mundo

BMP envia estado BGP para coletores. Indisponibilidade curta, buffer cheio ou reinício pode deixar a cópia armazenada divergente. Reiniciar toda a sessão BMP ou interferir em um peer BGP para corrigir um escopo é um remédio desproporcional.

A proposta cria BMP Route-Refresh. Para <Peer, AFI, SAFI>, o emissor manda BoRR, transmite o conjunto completo de rotas ativas por mensagens Route Monitoring e fecha com EoRR. O coletor marca o conjunto antigo como stale, revalida o que reaparece e apaga o restante no fim. É uma adaptação útil do Enhanced Route Refresh do RFC 7313.

O envelope não traz romaneio

Não há ID da operação, total esperado, confirmação por prefixo, digest final ou readback independente. O exemplo permite zero ou mais mensagens RM. Zero é correto para uma RIB vazia e também é o que se vê quando todo o conteúdo intermediário some e EoRR chega.

O RFC 7854 usa Route Monitoring para snapshot inicial e mudanças contínuas, não exige ordem no dump e permite compressão de estado. A proposta não rotula cada RM como replay ou live, nem amarra mudanças concorrentes a uma época numerada. O emissor conhece sua intenção; um coletor diferente depende da ordem TCP e de convenções locais.

Uma vista tem identidade maior

RFC 8671 separa Adj-RIB-In de Adj-RIB-Out e pre-policy de post-policy. RFC 9069 acrescenta instâncias Loc-RIB e vistas filtradas. O recibo deve fixar peer type, distinguidor, BGP ID, direção, estágio de política, instância, filtro e versão de configuração.

Uma Adj-RIB-In completa não prova Loc-RIB. Uma Loc-RIB completa não prova FIB, encaminhamento ou resultado do serviço.

TLS não contabiliza o que não chegou

O draft alerta que um EoRR forjado pode causar purge prematuro e exige IPsec, TLS ou ACL rigorosa. A proteção autentica o canal, mas não confirma a população interna do emissor, ausência de perdas ou commit de todas as mensagens no coletor.

A cadeia robusta inclui gatilho autorizado, identidade completa da vista, ID e época, recepção de BoRR, commit do stale, count ou digest no emissor, perda e backpressure, ordem das atualizações ao vivo, envio e recepção de EoRR, contagens de purge e rejeição, e comparação final.

A especificação mínima de Heng Lu separa o significado comum da prova local. Running-code primacy pergunta o que os sistemas realmente observaram, gravaram e compararam. EoRR pode encerrar o replay; outro recibo deve provar que a vista ficou inteira.

Fontes