Upnetix Labs · protocolo de experimento
Protocolo: Qual o impacto do número de rotas BGP recebidas na latência de processamento do FRRouting?
Este protocolo responde como o aumento do número de rotas BGP recebidas afeta a latência de processamento no FRRouting. Mede-se o tempo de convergência e a latência de atualização de rotas.
Como o aumento do número de rotas BGP recebidas impacta a latência de processamento do FRRouting?
Hipótese
A latência de processamento do FRRouting aumenta conforme cresce o número de rotas BGP recebidas.
Variáveis
| Independentes (o que varia) | quantidade de rotas BGP recebidas (ex: 1.000, 10.000, 50.000, 100.000) |
|---|---|
| Dependentes (o que se mede) | latência de processamento de atualização de rota (ms); tempo de convergência BGP (s) |
| Controladas (o que fica fixo) | hardware do roteador; versão do FRRouting; configuração de políticas e filtros; sistema operacional; carga de tráfego de dados (sem tráfego de usuário durante o teste) |
Ambiente
Dois servidores Linux dedicados, conectados em rede local, ambos rodando FRRouting na mesma versão estável. Um servidor atua como gerador de rotas BGP (usando ExaBGP ou GoBGP), o outro como roteador em teste. Ferramentas: FRRouting, ExaBGP (ou GoBGP), tcpdump, /usr/bin/time.
Procedimento
- Preparar ambiente
Instale FRRouting e ExaBGP (ou GoBGP) em ambos os servidores, configure interface de rede dedicada.
- Configurar gerador de rotas
No gerador, prepare anúncios BGP com diferentes quantidades de rotas prefixadas.
consulte a documentação do ExaBGP ou GoBGP para geração de rotas em massa - Configurar FRRouting
No servidor em teste, configure BGP para aceitar todas as rotas do gerador, sem filtros.
- Iniciar captura
Inicie captura de pacotes para medir o tempo de recebimento e processamento.
tcpdump -i <interface> port 179 -w bgp_test.pcap - Anunciar rotas
No gerador, inicie o anúncio das rotas BGP.
- Medir tempo de convergência
No FRRouting, monitore logs e use o comando 'show bgp summary' para identificar quando todas as rotas foram recebidas.
vtysh -c 'show bgp summary' - Registrar tempo total
Meça o tempo entre o início do anúncio e a convergência total usando /usr/bin/time e análise dos logs.
- Repetir para cada quantidade de rotas
Repita o procedimento para cada cenário de quantidade de rotas.
- Repetir cada experimento
Execute cada cenário 5 vezes para obter dados estatísticos.
Planilha de coleta
| quantidade_rotas (prefixos) | tempo_convergencia_s (segundos) | latencia_media_ms (milissegundos) |
|---|---|---|
| EXEMPLO: 10000, 12.4, 2.1 | ||
Repetições recomendadas: 5. Baixe a planilha vazia em CSV: colunas prontas.
Análise
Calcule média, mediana e desvio padrão dos tempos de convergência e latência para cada quantidade de rotas. Compare os resultados entre os cenários para identificar tendência de crescimento. Analise se a relação é linear, exponencial ou apresenta gargalos.
Critérios de decisão
- A latência e o tempo de convergência devem crescer de forma previsível e controlada.
- Se o tempo de convergência ou latência ultrapassar limites operacionais definidos pela equipe de engenharia, considerar ajustes de hardware ou configuração.
Fontes de erro e mitigação
- Variação de carga do sistema operacional pode afetar resultados; mitigar executando testes em horários de baixa atividade.
- Caches e buffers do sistema podem influenciar medições; reinicie o FRRouting entre repetições.
- A precisão da medição depende da sincronização de relógios entre os servidores; use NTP.
Referências
- FRRouting Documentation · FRRouting Project (docs.frrouting.org)
- RFC4271 - Border Gateway Protocol 4 (BGP-4) · IETF (datatracker.ietf.org)
- Publicado
- 09/09/2026
- Última revisão
- 09/09/2026
- Versão do conteúdo
- 1.0
- Referências
- 2 oficiais · 1 de normas ou órgãos
- Revisão técnica
- redação e revisão por IA, URLs conferidas na publicação
- Status
- Atual
