Upnetix Labs · protocolo de experimento
Protocolo: Qual o tempo de convergência do BGP no FRRouting após uma falha de link?
Este protocolo responde quanto tempo o BGP leva para restabelecer a rota após uma queda de link em um ambiente FRRouting. A pessoa vai medir o tempo entre a falha e o restabelecimento do tráfego usando ferramentas de código aberto.
Quanto tempo o BGP no FRRouting leva para convergir após a simulação de uma falha de link?
Hipótese
O tempo de convergência do BGP no FRRouting, após uma falha de link, permanece abaixo de 10 segundos em topologia simples.
Variáveis
| Independentes (o que varia) | Tipo de falha (shutdown interface, desconectar cabo); Configuração de timers BGP (hold time, keepalive) |
|---|---|
| Dependentes (o que se mede) | Tempo de convergência (segundos) |
| Controladas (o que fica fixo) | Versão do FRRouting; Topologia (quantidade de roteadores e peers); Hardware dos roteadores; Configuração básica de BGP (sem route reflectors, sem políticas complexas) |
Ambiente
Dois roteadores Linux rodando FRRouting conectados diretamente (por exemplo, em VMs ou servidores físicos), com sessão BGP estabelecida. Ferramentas: tcpdump para marcação de eventos, ping para monitorar perda/retorno de conectividade, relógio sincronizado via NTP.
Procedimento
- Preparação
Configure dois roteadores com FRRouting, estabeleça sessão BGP entre eles.
vtysh -c 'show ip bgp summary' - Monitoramento
Inicie um ping contínuo entre os roteadores para detectar perda e retorno de conectividade.
ping -i 0.2 <IP_peer> - Captura de eventos
Inicie captura de pacotes para registrar o momento da falha e da recuperação.
tcpdump -i <interface> port 179 or icmp - Indução da falha
Simule a falha desligando a interface física ou virtual.
ip link set <interface> down - Registro
Anote o horário do último ping bem-sucedido e do primeiro ping bem-sucedido após a recuperação da sessão BGP.
- Repetição
Repita o teste variando o tipo de falha e as configurações de timers.
Planilha de coleta
| tipo_falha (texto) | hold_time (segundos) | keepalive (segundos) | tempo_convergencia (segundos) | data_hora_teste (AAAA-MM-DD HH:MM:SS) |
|---|---|---|---|---|
| shutdown interface, 180, 60, 7.2, 2024-04-15 10:33:00 (EXEMPLO) | ||||
Repetições recomendadas: 5. Baixe a planilha vazia em CSV: colunas prontas.
Análise
Calcule a média, mediana e desvio padrão do tempo de convergência para cada configuração. Compare os tempos entre diferentes tipos de falha e parâmetros de timers. Interprete se o tempo atende ao esperado para alta disponibilidade.
Critérios de decisão
- Tempo médio de convergência abaixo de 10 segundos para topologia simples.
- Desvio padrão baixo entre repetições.
- Sem perda de rota persistente após convergência.
Fontes de erro e mitigação
- Atraso de clock entre hosts: mitigue sincronizando via NTP.
- Carga do sistema pode afetar resultados: execute testes em horário de baixa utilização.
- Configurações não padronizadas de timers podem distorcer comparações: documente todas as alterações.
Referências
- FRRouting BGP Documentation · FRRouting Project (docs.frrouting.org)
- Publicado
- 09/09/2026
- Última revisão
- 09/09/2026
- Versão do conteúdo
- 1.0
- Referências
- 1 oficiais
- Revisão técnica
- redação e revisão por IA, URLs conferidas na publicação
- Status
- Atual
