Sessão que cai e volta
O tráfego oscila no pico, e só no dia seguinte alguém vê que a sessão com a operadora reiniciou cinco vezes.
NOC · Provedores
Sessões com operadoras e IX.br, rotas recebidas e anúncios do seu ASN vigiados por dentro da borda e por fora, com aviso no momento em que algo muda.
Monitoramento de BGP é vigiar as sessões do seu ASN com operadoras, IX.br e caches, a quantidade de rotas que entra e sai por cada uma e a forma como o resto da internet enxerga os seus blocos. É para o provedor com ASN próprio e duas ou mais sessões, que hoje só descobre a sessão caída pelo gráfico de tráfego. O resultado é saber na hora quando um vizinho cai, quando chegam rotas demais ou quando outra rede anuncia o seu prefixo.
É acompanhar o estado de cada sessão, o volume de prefixos e a visibilidade dos seus anúncios, com alerta quando algum deles foge do normal. Os dois primeiros se veem na sua borda; o terceiro só de fora dela.
Para o NOC, alerta de BGP é dos mais graves: uma sessão de trânsito caída tira metade da capacidade de saída, e um vazamento de rotas pode derrubar a borda. Uma sessão pode cair e voltar várias vezes por noite sem que ninguém perceba, até o tráfego começar a oscilar.
Na borda, o Zabbix lê o estado das sessões e o número de prefixos por SNMP, ou recebe tudo pelo BMP, que manda ao servidor cada rota aprendida e anunciada. Já o anúncio indevido do seu bloco por outra rede não aparece em nenhum alarme local.
Por isso, coletores públicos de rotas espalhados pelo mundo entram no monitoramento, e o Grafana mostra as duas visões na mesma tela. O serviço olha quatro pontos:
Cada vizinho em Established ou não, há quanto tempo, quantas quedas no dia e o motivo da última, informado pelo próprio roteador.
Quantas rotas cada operadora, o IX.br e os caches mandam, e quantas você anuncia, comparadas com o histórico e com o limite configurado.
Seus blocos vistos por coletores como RIPE RIS e RouteViews: quem anuncia, por qual caminho e se algum prefixo sumiu da internet.
Seus anúncios conferidos contra os ROAs publicados, para pegar ROA vencido, errado ou com tamanho de prefixo que não bate.
Seis situações mostram que a borda precisa de olhos próprios. Se uma delas já aconteceu, a próxima pode passar despercebida.
O tráfego oscila no pico, e só no dia seguinte alguém vê que a sessão com a operadora reiniciou cinco vezes.
Um e-mail diz que você anunciou rotas de terceiros. O vazamento durou horas sem nenhum alerta interno.
Outra rede passa a anunciar o seu bloco, por erro ou de propósito, e parte da internet deixa de chegar até você.
A saída migrou para a operadora mais cara sem ninguém mexer, porque o outro vizinho parou de mandar rotas.
O ROA foi criado às pressas e nunca foi checado. Um tamanho de prefixo errado deixa o anúncio inválido.
As sessões com os route servers trazem milhares de rotas novas, que mudam por onde o tráfego sai.
São quatro etapas, com acesso de leitura nos roteadores de borda. A observação externa não exige nada da sua rede.
Roteadores de borda, sessões IPv4 e IPv6, blocos, ASN, ROAs e limites de prefixos atuais.
Prazo: [PREENCHER]
Estado das sessões e prefixos por vizinho coletados por SNMP ou BMP, com histórico.
Prazo: [PREENCHER]
Seus blocos e o seu ASN cadastrados em ferramentas que acompanham os coletores públicos de rotas.
Prazo: [PREENCHER]
Limites, destinatários e o roteiro de cada alerta documentados e testados com você.
Prazo: [PREENCHER]
A implantação cobre a coleta na borda, a observação externa, os alertas e o painel. Corrigir o que o monitoramento encontrar tem serviços próprios.
O valor depende do número de roteadores de borda e de sessões e da forma de coleta. A implantação é fechada, e o tratamento dos alertas pode entrar num contrato de NOC.
| Fator | Como influencia | Exemplo |
|---|---|---|
| Roteadores de borda | Cada roteador tem coleta e painel próprios | Dois roteadores em POPs diferentes |
| Número de sessões | Cada vizinho ganha alertas de estado e de prefixos | Duas operadoras, IX.br e três caches, em IPv4 e IPv6 |
| Forma de coleta | BMP traz rota a rota, mas pede servidor e configuração extra | SNMP só para estado ou BMP para histórico completo |
| Marca do roteador | Sessões IPv6 às vezes exigem MIB própria do fabricante | Borda MikroTik com Huawei no núcleo |
| Tratamento dos alertas | Alguém agindo no alerta é contrato mensal à parte | Alertas tratados pelo NOC em vez da sua equipe |
Faixa de preço da implantação: [PREENCHER faixa aprovada pela Táquion Tech]. O tratamento mensal dos alertas, quando contratado, tem valor próprio: [PREENCHER].
Antes de assinar, confira de onde vêm os dados, os erros que deixam a borda cega e os números de referência dos alertas. Os critérios valem para qualquer empresa de monitoramento de BGP, inclusive a Táquion Tech.
Cada fonte enxerga uma parte do BGP. Um monitoramento completo usa pelo menos duas.
| Fonte | O que mostra | O que não mostra |
|---|---|---|
| SNMP | Estado das sessões e contagem de prefixos | Quais rotas mudaram |
| BMP | Cada rota recebida e anunciada, com histórico | Como a internet vê os seus blocos |
| Coletores públicos | Quem anuncia os seus blocos e por qual caminho | O que acontece dentro da sua borda |
Borda com poucas sessões, em que saber se o vizinho está de pé e quantas rotas mandou já resolve.
A MIB padrão do BGP só cobre sessões IPv4; as IPv6 dependem de MIB do fabricante [CONFIRMAR no equipamento].
Bordas com várias operadoras, em que é preciso saber qual rota mudou e quando.
Nem todo roteador suporta, e o servidor precisa de disco para guardar as rotas.
Sempre. É a única forma de ver sequestro de prefixo e bloco que sumiu da internet.
Há atraso de minutos entre o evento e o alerta, e o aviso chega por ferramentas externas.
Quatro falhas que deixam o problema de BGP invisível até o assinante reclamar.
Sessão em Established recebendo metade das rotas de ontem também é falha. A contagem de prefixos precisa de alerta.
Sem a curva de rotas por vizinho, não dá para dizer se a queda de agora é normal ou se a operadora mudou o que manda.
Monitorar só a sua borda não mostra o seu prefixo anunciado por outro ASN. Veja a validação de origem de rotas.
As sessões IPv6 caem sem alarme quando a coleta usa só a MIB padrão. Confira se cada sessão IPv6 aparece no painel.
Pontos de partida para os alertas, ajustados depois ao histórico da sua borda [CONFIRMAR critérios da Táquion Tech].
Aviso quando um vizinho passa de 80% do limite de prefixos configurado, antes de a sessão ser derrubada.
Alerta quando um vizinho perde mais de 20% das rotas em poucos minutos, sinal de problema na operadora ou de filtro novo.
Mais de três quedas da mesma sessão em uma hora indicam link instável, CPU no limite ou temporizador mal ajustado.
Referências públicas que um monitoramento de BGP sério segue. Peça ao fornecedor que diga quais usa.
Define o BMP, protocolo que leva ao servidor de monitoramento as rotas que o roteador recebe e anuncia [CONFIRMAR na norma].
Descreve a validação de origem com RPKI, que classifica cada anúncio como válido, inválido ou desconhecido [CONFIRMAR na norma].
Programa de boas práticas de roteamento que pede filtros, validação de origem e contato atualizado para incidentes [CONFIRMAR na norma].
Porque o monitoramento é montado por quem configura bordas BGP e sabe o que cada alerta quer dizer. Seis compromissos valem para toda implantação.
Os limites de alerta saem da leitura da sua borda, dos seus vizinhos e dos seus filtros.
[PREENCHER: bordas BGP monitoradas pela equipe]
A coleta não altera filtros, sessões nem rotas. O usuário de leitura é criado só para isso.
Nenhuma escrita no roteador durante a implantação
Coleta na sua borda e observação externa juntas, para não depender de uma fonte só.
As duas visões entregues no mesmo painel
Cada alerta vem com a primeira ação e o contato certo, da operadora ao IX.br.
Roteiros documentados na entrega
Servidor de coleta, painel e cadastros externos ficam em nome do provedor.
Nenhum cadastro preso ao fornecedor
Se o monitoramento mostrar uma borda no limite, a indicação vem dos dados, e não de comissão.
Nenhuma marca indicada por comissão
O monitoramento de BGP é implantado à distância para provedores de todo o Brasil. A visita presencial fica para o litoral de Santa Catarina.
Coleta na borda, observação externa e alertas configurados por acesso seguro, em provedores de qualquer estado.
Para instalar o servidor de coleta no POP ou acompanhar uma mudança na borda. [CONFIRMAR área de atendimento]
As dúvidas que os provedores com ASN mais trazem antes de monitorar a borda. Se faltar a sua, pergunte no WhatsApp.
Pelo SNMP ou pelo BMP do roteador, que informam o estado de cada sessão e as rotas por vizinho. Um sistema como o Zabbix guarda o histórico e avisa nas mudanças.
Por ferramentas que acompanham coletores públicos de rotas e avisam quando outro ASN anuncia o seu bloco. A sua borda sozinha não vê isso.
É um protocolo que manda para um servidor tudo o que o roteador recebe e anuncia por BGP. Dá muito mais detalhe que o SNMP, mas nem todo roteador suporta.
Não. O RPKI ajuda as outras redes a descartar anúncios falsos, mas nem todas validam. O monitoramento mostra o que está acontecendo de fato; veja a implantação de RPKI.
O valor depende do número de roteadores e de sessões e da coleta por SNMP ou BMP. A faixa da Táquion Tech é [PREENCHER], e o valor fechado sai depois do levantamento.
Depende do número de sessões e da forma de coleta. O prazo típico é [PREENCHER], e o do seu caso vai escrito na proposta.
Sim. Como a MIB padrão só cobre IPv4, as sessões IPv6 são lidas pela MIB do fabricante ou pelo BMP, conforme o roteador.
Funciona com as marcas de borda mais usadas por provedores. Antes de começar, conferimos o que cada modelo e versão entrega por SNMP e se suporta BMP.
A sua equipe, pelo roteiro entregue, ou um NOC contratado. Se a queda precisar de engenharia, o suporte a BGP assume.
O monitoramento avisa; a gestão de BGP também corrige, ajusta filtros e revisa a borda todo mês. Muitos provedores começam pelo monitoramento e passam para a gestão.
Três serviços que entram em ação quando o monitoramento aponta um problema na borda. Cada um resolve uma parte dele.
Borda acompanhada todo mês, com ajustes de filtros e mudanças aprovadas por você.
Ver a gestão de BGP
ROAs dos seus blocos e validação das rotas recebidas, contra sequestro de prefixo.
Ver a implantação de RPKI
Engenharia para a sessão que não sobe, a rota que some ou o tráfego que saiu pelo link errado.
Ver o suporte a BGP para provedoresTrês guias sobre os problemas de BGP que o monitoramento ajuda a pegar na hora.
As causas mais comuns de sessão BGP caindo e como achar cada uma.
O que conferir quando a sessão com a operadora não sobe.
Como a validação de origem protege os seus anúncios.
Orçamento
Diga quantas sessões BGP a borda tem e se os ROAs já existem. Um Especialista devolve escopo, prazo e valor por escrito.
Falar com o André Comercial, no WhatsApp