Protocolo BGP: como a internet escolhe o caminho e por que ela às vezes escolhe errado
Autor: Pedro Tebaldi PM do KeepGreenO acesso a um serviço em nuvem degrada para metade dos usuários. O link está de pé, a banda sobra, o ping para o gateway responde em 2 ms. Ainda assim, o tráfego que saía do Brasil direto para São Paulo passou a atravessar Miami. A latência dobrou.
Ninguém da sua equipe mexeu em nada. A decisão foi tomada fora do seu perímetro: o caminho que o pacote percorre entre redes diferentes não é escolha do seu roteador. Ele é resultado de uma negociação contínua entre operadoras, conduzida por um protocolo que quase nenhuma empresa opera, mas que toda empresa sofre.
Entender esse mecanismo muda a conversa com o provedor. Em vez de abrir chamado dizendo que a internet está lenta, a equipe de infraestrutura mostra por onde o tráfego está saindo. Depois disso, aponta em que momento a rota mudou e qual foi o efeito medido na latência.
O que é o protocolo BGP
O protocolo BGP (Border Gateway Protocol) é o protocolo de roteamento que conecta redes independentes na internet. Ele troca informações de alcance entre sistemas autônomos, cada um sob administração própria. Além disso, decide por qual vizinho o tráfego sai. Diferente dos protocolos internos, escolhe por política comercial, não por distância.
Um sistema autônomo, ou AS, é um conjunto de redes sob uma única política de roteamento. Pode ser uma operadora, um provedor de nuvem, uma universidade ou um banco grande. Cada AS recebe um número próprio, o ASN. É por esse número que ele se identifica na internet.
A escala dessa conversa torna o assunto pouco intuitivo. Em 22 de agosto de 2026, a tabela global carregava 1.119.099 rotas ativas. Ao todo, 79.653 sistemas autônomos distintos anunciavam esses caminhos, segundo as estatísticas públicas da tabela global.
Nenhum roteador conhece a internet inteira. Cada um conhece apenas o que os vizinhos contam. Além disso, confia nessa informação sem conseguir verificá-la sozinho. Essa é a diferença central em relação aos outros protocolos de rede que sustentam a infraestrutura: aqui, a informação é declarada, não medida.
Como a sessão BGP funciona
Antes de trocar qualquer rota, dois roteadores precisam se conhecer. A sessão BGP abre uma conexão TCP na porta 179, em vez de um fluxo sem conexão.
Portanto, a entrega ordenada e a confirmação de recebimento vêm de graça: o protocolo não precisa reimplementar controle de perda. Esse comportamento está descrito na especificação publicada pelo IETF, em vigor desde 2006.
A sessão passa por uma sequência de estados até chegar em Established. Esse é o estado que interessa ao plantão, porque é o único em que as rotas de fato circulam. Quando o NOC recebe um alerta de “vizinhança caiu”, o que caiu foi essa máquina de estados.
Estabelecida a sessão, cada lado anuncia os prefixos que sabe alcançar. Em seguida, envia apenas as mudanças: rota nova, rota retirada, atributo alterado. Por isso uma sessão saudável gera pouco tráfego, enquanto uma sessão instável inunda o vizinho de atualizações.
eBGP e iBGP: onde cada um roda
A diferença entre os dois é o limite do sistema autônomo. O eBGP roda entre ASes diferentes, tipicamente entre o roteador de borda da empresa e o roteador da operadora. Já o iBGP roda dentro do mesmo AS, para distribuir internamente as rotas aprendidas lá fora.
A consequência prática aparece na topologia. O iBGP não repassa para um vizinho interno o que aprendeu de outro vizinho interno. Por isso, uma rede com muitos roteadores falantes exige malha completa, refletores de rota ou confederação. Esse detalhe explica por que redes pequenas concentram o BGP em dois ou três equipamentos de borda.
Como o BGP escolhe a rota (e por que ela não é a mais curta)
Aqui está o ponto que a maioria dos textos resolve com uma frase vaga sobre “políticas”. O roteador avalia os caminhos candidatos em uma ordem fixa de critérios de desempate. Ele só passa para o próximo critério quando o anterior empata. O primeiro critério que separa os candidatos encerra a decisão.
| Ordem | Atributo | O que o roteador prefere | Quem controla |
|---|---|---|---|
| 1 | LOCAL_PREF |
O valor mais alto vence. Define qual saída o AS prefere usar. | Você, dentro do seu AS |
| 2 | AS_PATH |
O caminho mais curto em número de ASes atravessados vence. | Quem anuncia o prefixo |
| 3 | ORIGIN |
Rota aprendida de forma mais confiável na origem vence. | Quem origina o prefixo |
| 4 | MED |
O valor mais baixo vence. Sugere ao vizinho por onde entrar. | O AS vizinho |
| 5 | Custo do IGP até o próximo salto | O menor custo interno vence. É o desempate de dentro de casa. | Você, dentro do seu AS |
Repare em quem está na coluna da direita. O primeiro critério pertence a quem recebe o tráfego, o segundo pertence a quem anuncia. Ou seja: a distância geográfica não aparece em lugar nenhum da lista.
Daí vem o comportamento que parece defeito. Um caminho por Miami com três ASes vence um caminho por São Paulo com quatro, ainda que a fibra dê a volta no continente. O protocolo cumpriu a regra. A regra nunca falou em quilômetros.
É também por isso que uma mudança contratual na operadora altera a latência do seu link de internet corporativo de um dia para o outro. A negociação acontece entre terceiros e sem aviso. O efeito chega ao seu usuário como lentidão sem causa aparente.
BGP e OSPF: o mapa de fora e o mapa de dentro
A confusão entre os dois é frequente porque ambos calculam rota. No entanto, eles respondem a perguntas diferentes. O OSPF pergunta qual é o caminho mais rápido dentro de um domínio que você controla inteiro. O BGP pergunta por qual vizinho vale a pena sair, quando você não controla nada do outro lado.
| Dimensão | BGP | OSPF |
|---|---|---|
| Onde atua | Entre sistemas autônomos | Dentro de um sistema autônomo |
| Critério de escolha | Política e acordo comercial | Custo calculado pela banda do enlace |
| Escala | Mais de um milhão de rotas | Centenas a milhares de rotas |
| Velocidade de convergência | Lenta, de segundos a minutos | Rápida, tipicamente em segundos |
| Confia em quem | No que o vizinho declara | Na topologia que ele mesmo enxerga |
| Transporte | TCP 179 |
IP protocolo 89 |
Na prática, os dois convivem no mesmo roteador de borda. O OSPF resolve o interior, situado na camada de rede do modelo OSI. Em seguida, entrega o próximo salto. O BGP resolve o exterior e decide a saída. Vale destacar que o critério 5 da tabela anterior é exatamente o ponto onde um consulta o outro.
Onde o BGP quebra
O protocolo tem uma fragilidade de origem: ele acredita no que o vizinho declara. Não existe, no desenho original, prova de que quem anuncia um bloco de endereços tem direito sobre ele. Consequentemente, um erro de digitação se propaga com a mesma eficiência de um anúncio legítimo.
Sequestro de rota. Um AS anuncia um prefixo que não é dele, com caminho mais curto que o do dono legítimo. Os vizinhos preferem o caminho curto. Assim, o tráfego passa a fluir para o lugar errado. Ora por engano de configuração, ora por interceptação deliberada, o efeito é o mesmo para quem está no meio.
Vazamento de rota. Da mesma forma, um cliente com dois provedores repassa para um o que aprendeu do outro. De repente, uma empresa de porte médio vira trânsito entre duas operadoras grandes. O tráfego despenca em um link que não aguenta a carga.
Sessão instável. Quando um enlace oscila, a sessão sobe e desce em ciclo. Cada ciclo dispara uma onda de atualizações e recálculos, que se propaga muito além do enlace defeituoso. Por isso os roteadores aplicam supressão temporária a prefixos que oscilam demais.
Quando o próprio dono retira o anúncio
O exemplo canônico de retirada de anúncio aconteceu com a Meta em outubro de 2021. Durante uma manutenção, um comando derrubou as conexões do backbone. Os servidores de DNS da empresa, programados para retirar os próprios anúncios quando perdem contato com os datacenters, fizeram exatamente isso.
O resultado, segundo o relato técnico publicado pela própria empresa, foi que os servidores de DNS ficaram inalcançáveis mesmo continuando operacionais. Nada estava quebrado: o resto da internet simplesmente deixou de saber como chegar até lá.
A defesa combina três camadas. Filtro de prefixo na borda descarta o que o vizinho não deveria anunciar. A validação de origem por RPKI confere, com assinatura criptográfica, se o AS que anuncia um bloco tem autorização do detentor.
Por fim, o monitoramento externo avisa quando um prefixo seu aparece anunciado por terceiros. Esse ponto se conecta diretamente à segurança de rede corporativa.
O que dá para enxergar quando a rota é decisão de outro
Sua empresa provavelmente não opera um AS. Ainda assim, três instrumentos entregam evidência suficiente para sustentar uma conversa técnica com o provedor, em vez de um chamado genérico.
Antes de tudo, o primeiro sinal é o caminho observado. Um traceroute com resolução de sistema autônomo mostra por quais ASes o tráfego passa até o destino. Assim, “está lento” vira um fato verificável.
Em seguida, guarde esse caminho como linha de base por destino crítico. No dia em que a latência subir, a comparação entre o caminho de ontem e o de hoje responde em segundos se a rota mudou. Um salto a mais em um AS estrangeiro é evidência objetiva, não impressão.
O segundo instrumento é o estado da borda. Se a empresa tem enlace redundante com sessão própria, o estado da vizinhança precisa estar no monitoramento de roteadores. Configure alerta imediato na saída de Established. Em paralelo, use alerta de tendência quando a contagem de prefixos recebidos sair da faixa normal.
Por fim, o terceiro sinal é a leitura de volume por caminho. A análise de fluxo mostra qual proporção do tráfego de rede sai por cada enlace. Dessa forma, expõe o desequilíbrio antes que ele apareça como lentidão. Um link secundário que assume 80% da saída, sem que ninguém tenha pedido isso, é sintoma de decisão de rota, não de banda.
Com esses três dados em mãos, a conversa com a operadora muda de natureza. Você deixa de relatar sintoma e passa a apresentar horário, caminho anterior, caminho atual e efeito medido. A pergunta ao provedor deixa de ser “está lento?” para virar “por que a saída para este destino mudou de trânsito às 14h20?”.
Identificamos gargalos de rede antes que virem incidentes críticos.
Análise de tráfego com NetFlow, sFlow e SNMP para mapeamento completo de latência, perda de pacotes e capacidade de banda.
O protocolo que você não opera, mas precisa saber ler
O BGP é o único componente da sua cadeia de entrega que funciona por confiança declarada entre terceiros. Ele não mede distância, não conhece a topologia inteira e não valida, sozinho, quem tem direito sobre um bloco de endereços. Entendida essa premissa, o comportamento estranho do link deixa de ser mistério.
Em síntese, três ideias resolvem a maior parte das dúvidas do dia a dia. A rota escolhida obedece a uma ordem fixa de critérios, na qual política vence geografia. O estado Established é o sinal que separa uma sessão saudável de um incidente em formação. E a defesa contra anúncio indevido depende de filtro na borda mais validação de origem, nunca de boa vontade.
Para a operação, a consequência é direta. Monte linha de base de caminho por destino crítico, alerta no estado da vizinhança e leitura de volume por enlace. Com esses três sinais, sua equipe descobre a mudança de rota antes do usuário. Além disso, chega ao provedor com evidência.
Quer ajuda para colocar esses sinais no seu monitoramento e transformar reclamação de lentidão em dado auditável? Fale com um especialista da OpServices.
Perguntas Frequentes
Qual a diferença entre BGP e OSPF?
Qual porta o BGP usa?
TCP 179. A escolha por TCP, em vez de um transporte sem conexão, garante entrega ordenada e confirmação de recebimento sem que o protocolo precise implementar controle de perda por conta própria. A sessão sobe por uma sequência de estados até chegar em Established, que é o único estado em que as rotas de fato circulam entre os vizinhos. Por isso o alerta de queda de vizinhança no NOC significa que essa sessão TCP e a máquina de estados sobre ela deixaram de funcionar.O que é BGP hijacking?
O que é peering BGP?
179 e cada lado anuncia os prefixos que sabe alcançar, enviando depois apenas as mudanças. O acordo pode ser de trânsito, quando um AS paga outro para alcançar toda a internet, ou de troca direta em um ponto de interconexão, quando os dois lados apenas encurtam o caminho entre suas próprias redes. É nesse acordo comercial que nasce a política refletida nos atributos de escolha de rota.
