Resumo

  • A RIPE NCC diz que um temporizador sintético em desenvolvimento deve evitar que certa classe de rotas fique presa em arquivos RIB/bview.
  • O histórico oficial relata que algumas rotas de um par desativado no RRC00 permaneceram nos dumps bview até o arquivo de 9 de maio de 2025, sem relacionar o caso ao temporizador.

Análise

Algumas rotas de um peer removido do RRC00 ainda apareciam nos dumps bview da RIPE NCC até o arquivo de 9 de maio de 2025. Isso descreve o arquivo do coletor, não prova que a rota continuou sendo encaminhada. Para quem reconstrói a sequência de mudanças, a diferença entre o evento registrado e a última aparição no bview altera o que os arquivos permitem concluir. Por isso, a correção também precisa ser rastreável: qual foi o último dump afetado e qual foi o primeiro corrigido?

No histórico de seu conjunto de dados, a RIPE NCC afirma que, depois de desativar o peering de 2a00:1e68:112::1 (AS 42861) no RRC00, “algumas rotas” desse par ficaram presas no fluxo de processamento. A entrada é datada de 22 de agosto de 2023 e diz que a falta de verificações de consistência atrasou a detecção. As rotas permaneceram nos dumps de tabela, os arquivos bview, até 9 de maio de 2025; bview.20250509.1600.gz foi o primeiro arquivo em que foram removidas. Não há contagem ou lista de prefixos, nem explicação sobre o que a data do título representa.

O plano do RIS para o quarto trimestre de 2026 marca “Improve MRT file quality” como em andamento. Separa timestamps estendidos do RFC 6396 de outra mudança: um temporizador BGP sintético no processamento, destinado a prevenir um tipo específico de rota presa em RIB/bview. A RIPE não divulga valor, gatilho, testes, coletores afetados ou data de lançamento, nem diz que corrigirá o caso de 2023. Para avaliar a correção, os leitores precisam saber o que aciona o temporizador, quais coletores e arquivos ele cobre e qual foi o primeiro bview corrigido.

Sem isso, não é possível comparar a série antes e depois nem confirmar se o mecanismo alcança o caso documentado. A falta desses dados não prova que o problema persista; deixa sem resposta a eficácia da mudança e o limite da evidência publicada. A página foi atualizada em 17 de setembro de 2026.

No RFC 4271, o Hold Time é negociado em OPEN; após silêncio de mensagens, o equipamento envia Hold Timer Expired e encerra a conexão BGP. O mecanismo planejado pela RIPE é chamado de sintético e fica no processamento do RIS. Não há indicação de que controle uma sessão ativa. Também não é um relato de “BGP zombies”: a RIPE Labs usa o termo para rotas que seguem ativas em um par após a retirada de um prefixo. O changelog descreve resíduos internos depois da remoção do par.

bview é um snapshot periódico do coletor; update registra mudanças durante um intervalo. Nenhum é um registro universal de encaminhamento. Uma falha de pipeline pode distorcer o que o coletor reteve sem provar o que os roteadores encaminharam. Detectar e corrigir são qualidades distintas: a exclusão posterior não revela duração, arquivos vizinhos afetados nem reprodutibilidade. A comprovação do novo controle deveria mostrar gatilho, alcance, coletores, tempo de convergência, registro de correção e arquivos antes/depois.

Fontes

RIPE NCC: RIS quarterly planning · RIPE NCC: RIS MRT dataset description and changelog · RIPE RIS: MRT files · RFC 4271 · RFC 6396 · RIPE Labs: BGP Zombies