Resumo

  • As sessões BGP voltaram a Established, mas o roteador B ficou 121 segundos sem prefixos IPv4 nem IPv6.
  • Marian Rychtecký ligou o atraso de End-of-RIB a um endereço IPv6 truncado que provocava um TCP reset.

A sessão dizia Established; a tabela de rotas estava vazia. Foi esse descompasso que abriu o relato de Marian Rychtecký em NANOG 98. Durante a atualização de um firewall em alta disponibilidade, o BGP reconectou, mas as rotas não voltaram. O roteador B ficou 121 segundos sem prefixos IPv4 e IPv6 na RIB. O tráfego continuou apontando para o firewall, que já não tinha as rotas esperadas para anunciar. Quase dois minutos de buraco negro — com a sessão no verde.

A equipe ativou BGP Graceful Restart para suavizar a troca. O mecanismo tenta reduzir o impacto de uma reinicialização: se o estado de encaminhamento for mantido, o vizinho pode conservar rotas obsoletas por um período e substituí-las quando chegarem novas atualizações. End-of-RIB marca a conclusão da atualização inicial de uma família de endereços. São sinais sobre o estado do roteamento, não um recibo de que o firewall ainda encaminha os pacotes recebidos.

O cronômetro apontou a direção. Segundo Rychtecký, End-of-RIB chegou quase dois minutos depois da troca, perto do temporizador de reconexão de 120 segundos. O diagnóstico apresentado identifica a sessão BGP IPv6 como o ponto da espera: antes do marcador, a seleção de rotas ficou suspensa e as rotas IPv4 também foram retidas. A sessão podia estar estabelecida com a tabela ainda vazia.

As capturas de pacotes mostraram um TCP RST na nova conexão. Na conclusão das lâminas, o endereço IPv6 esperado 2001:db8:1::2 estava armazenado como 2001:db8:1:. Sem o sufixo, o sistema não encontrava o contexto VRF/BGP correto, caía no VRF desconhecido 0 e enviava um reset. Um teste em laboratório com BIRD ajudou a separar o comportamento previsto do protocolo do defeito de implementação. Para esse ambiente, Rychtecký cita como contorno um temporizador de conexão de um segundo.

O nome “graceful” não mantém rotas por conta própria. O estado de encaminhamento precisa continuar existindo. Nesse caso, a análise errada do endereço do vizinho atrasou a troca de rotas enquanto o caminho do serviço já estava interrompido. A sessão registrou uma conversa ativa; a RIB e os pacotes registraram a falha.

A apresentação não publica as capturas nem identifica os fornecedores; uma trilha anonimizada ou um registro oficial do problema permitiria verificar a cadeia de parsing. A página da sessão da NANOG identifica Rychtecký como CTO da NIX.CZ. Os detalhes estão nas lâminas oficiais; a RFC 4724 define o mecanismo. A foto oficial da NANOG fundamenta o retrato.