Os irritantes Noisy BGP Speaker
27 de maio de 2026
Por Alejandro Acosta e Elisa Peirano
Introdução
O protocolo BGP (Border Gateway Protocol) é o pilar de roteamento de todo o ecossistema da Internet, o que significa que sua estabilidade é fundamental para garantir uma troca de tráfego e rotas eficiente e confiável. No entanto, certos comportamentos anômalos, como a geração excessiva de mensagens de atualização -conhecidos como envio excessivo de mensagens updates– podem desencadear instabilidade, consumo desnecessário de recursos e afetar a convergência global da rede. Este documento descreve as características, causas e soluções associadas aos roteadores BGP ruidosos, complementadas por uma reflexão final sobre a situação.
O que é um Noisy BGP Speaker (um roteador BGP ruidoso)?
Refere-se a roteadores que emitem atualizações BGP excessivas (rotas) devido à instabilidade, configuração ruim ou falhas no software. Este comportamento gera:
- Flapping de rotas: rotas que aparecem e desaparecem repetidamente (route flapping).
- Carga alta na CPU: os processadores dos roteadores ficam sobrecarregados ao lidar com o grande número de mensagens UPDATE.
- Convergência lenta: o tempo necessário para a tabela BGP se estabilizar aumenta consideravelmente.
- Consumo de largura de banda: as mensagens BGP Updates são bastante pequenas, mas quando ocorrem com frequência, podem saturar a interface de peering.
- Instabilidade: um alto churn pode levar a ciclos de convergência prolongados, perdas temporárias de rotas e, em casos extremos, desconexões de sessão BGP.
Quando um roteador é considerado um Noisy BGP Speaker?
Um roteador BGP é considerado um “Noisy BGP Speaker” (falante BGP ruidoso) quando gera um volume excessivo e desnecessário de mensagens de atualização (BGP updates), causando instabilidade ou “churn” na rede. O sinal mais evidente de um roteador ruidoso acontece quando um roteador anuncia e remove repetidamente um ou mais prefixos de rede em intervalos curtos.
(Acesso livre, não requer assinatura)
Causas de um Noisy BGP Speaker
- Bugs de aplicativos: falhas de software.
- Configurações erradas (foi comunicada a falta de update-source) que geram uma avalanche de atualizações.
- Problemas com o equipamento: hardware defeituoso, falhas de energia ou ataques DoS podem desestabilizar as sessões BGP (e isso, em segundo plano, gera muitas mensagens BGP updates).
Algumas soluções para os BGP ruidosos
- Filtragem de rotas: remove atualizações desnecessárias ou indesejadas provenientes de vizinhos.
- Configuração correta: usar *update‑source* para o emparelhamento em interfaces loopback.
- Identificação e correção de erros: detectar e corrigir falhas do hardware e software que causam atualizações excessivas, geralmente mediante remendos do provedor.
- Configuração de limite de prefixos recebidos pelo peer.
- Dampening do BGP, embora reduza o flapping mediante penalizações, sua implementação padrão não é mais recomendada, uma vez que pode causar atrasos excessivos na convergência global.
- Recomendação moderada: ajuste dos temporizadores. Modificar os temporizadores BGP (MRAI, keepalive) permite gerenciar a frequência das atualizações de forma mais eficaz.
Origem dos dados e fórmula de identificação aplicada
Foram usados dados dos coletores de RIPE NCC identificados como: RRC24 (Montevidéu, UY) e RRC15 (São Paulo, BR), tomando todas as atualizações a partir do mês de março de 2026.
Com base no número de atualizações e no número de prefixos anunciados por cada ASN, foi calculado um fator de instabilidade ou Churn Rate para medir o ruído corretamente:
Processamento dos dados
Os dados foram processados inteiramente usando Python 3 e com o auxílio de bibliotecas como mrtparser, pandas, numpy e matplotlib, o que permitiu a consolidação e categorização de mais de 2,222 bilhões de mensagens BGP em um período de 48 horas.
As opiniões expressas pelos autores deste blog são próprias e não refletem necessariamente as opiniões de LACNIC.