¶ Meu peer BGP caiu
¶ O que o suporte ouve
"O IX caiu", ou "o trafego mudou de rota sozinho". Normalmente chega junto de
uma reclamacao de lentidao, nao de queda total.
¶ Onde olhar, nesta ordem
¶ 1. O que mudou, e quando
Alertas. Filtre por eventos de BGP. Cada evento traz
o vizinho, o estado anterior e a hora. Isso ja da a janela para todo o resto da
investigacao.
Ambiente de um beta tester. Enderecos, prefixos, ASNs, nomes de rede e nomes de equipamento foram substituidos.
¶ 2. A sessao ainda existe no desenho
Topologia, aba BGP. Vizinho que sumiu do grafo
perdeu a sessao. Vizinho que continua la, mas sem trafego, tem outro problema:
a sessao esta de pe e a rota nao esta.
¶ 3. Para onde o trafego foi
Visao geral de trafego, quebra por
interface, janela em torno do horario do alerta. Queda em uma porta com subida
em outra e o trafego migrando para o transito - o que custa dinheiro.
¶ 4. O estado atual, direto do equipamento
Tela de operacao, comando de resumo de peers BGP. E a leitura ao vivo: estado
da sessao, tempo de estabelecimento e prefixos recebidos. Se o numero de
prefixos voltou muito abaixo do normal, a sessao subiu mas o filtro do outro
lado mudou.
¶ O que este caminho nao resolve
- Causa fisica. O fluxo mostra o efeito. Fibra rompida, porta com erro ou
manutencao do outro lado exigem o equipamento, e a aba LLDP so ajuda em link
direto. - Sessao que nunca foi coletada. Se o vizinho nunca apareceu na topologia,
o problema pode ser a coleta, nao a sessao. Confira no
status do sistema.
¶ Resumo
| Achado | Conclusao |
|---|---|
| Evento de BGP no horario | Queda real de sessao |
| Sumiu da topologia | Sessao nao estabelecida |
| Trafego migrou para outra porta | Rota alternativa assumiu, custo mudou |
| Sessao de pe, prefixos abaixo do normal | Filtro ou anuncio do outro lado |