BGP (Border Gateway Protocol) é o protocolo de roteamento entre Sistemas Autônomos (AS) que faz a internet funcionar como uma rede única. Toda vez que um pacote atravessa provedores, nuvens e data centers em diferentes países, quem decide por qual caminho ele vai é o BGP. Segundo o RIPE NCC (2024), existem hoje mais de 75 mil ASes ativos anunciando rotas via BGP globalmente, formando o tecido que sustenta praticamente todo o tráfego interdomínio.
TL;DR
- BGP é o protocolo padrão de roteamento entre Sistemas Autônomos na internet, definido pela RFC 4271.
- Divide-se em eBGP (externo, entre ASes) e iBGP (interno, dentro do mesmo AS).
- Segundo a Cloudflare (2024), incidentes BGP causam algumas das maiores quedas globais da internet, incluindo o outage do Facebook em outubro de 2021.
Como funciona o BGP?
BGP é um protocolo path-vector que troca rotas entre roteadores de bordas de Sistemas Autônomos via sessões TCP na porta 179.
Cada anúncio BGP carrega o prefixo IP, o AS_PATH (lista de ASes que o pacote atravessará) e atributos como Origin, MED, Local Preference e Communities. O receptor aplica políticas próprias para decidir se aceita, modifica ou rejeita a rota. Segundo a APNIC (2024), essa lógica orientada a políticas — e não apenas a menor distância — é o que diferencia BGP dos protocolos de roteamento interno.
Um Sistema Autônomo (AS) é um conjunto de redes IP sob administração única com política de roteamento coerente. Cada AS possui um número (ASN) atribuído por RIRs como LACNIC no Brasil. Empresas grandes, provedores, CDNs e nuvens públicas operam ASes próprios; quem não tem AS depende do ASN do provedor.
eBGP vs iBGP
eBGP (External BGP) é a modalidade usada entre roteadores de ASes diferentes — típica em conexões com trânsito IP, peering em pontos de troca como IX.br e multi-homing empresarial. Sessões eBGP normalmente ficam entre roteadores diretamente conectados, com TTL 1 por padrão.
iBGP (Internal BGP) roda dentro do mesmo AS. Todos os roteadores de borda que participam de eBGP precisam propagar essas rotas internamente para que o encaminhamento funcione fim a fim. iBGP não altera o AS_PATH e, por padrão, exige full-mesh entre peers, o que não escala. A solução é usar Route Reflectors ou Confederações BGP, técnicas descritas na RFC 4456.
Como o BGP escolhe rotas — Path Selection
Quando existem múltiplas rotas para o mesmo prefixo, o BGP aplica um algoritmo determinístico de desempate. A ordem clássica é:
- Weight (Cisco, local ao roteador) — maior vence.
- Local Preference — maior vence, propagada por iBGP dentro do AS.
- Rota originada localmente (network, redistribute) vence.
- AS_PATH mais curto — menos ASes atravessados vence.
- Origin — IGP < EGP < Incomplete.
- MED (Multi-Exit Discriminator) — menor vence, comparado entre rotas do mesmo AS vizinho.
- eBGP preferido sobre iBGP.
- Menor métrica IGP até o next-hop.
- Router ID mais baixo como critério final.
Segundo o NANOG (2024), a maioria das decisões operacionais em redes de provedores é feita manipulando Local Preference e AS_PATH via BGP Communities, e não confiando em MED.
Exemplos práticos em provedores brasileiros
Peering em IX.br: um provedor regional em São Paulo conecta seu roteador ao IX.br e estabelece sessões eBGP com dezenas de outros ASes — Google, Meta, Cloudflare, Akamai, CDNs locais. Isso reduz custo de trânsito internacional e melhora latência. Segundo o NIC.br (2024), o IX.br em São Paulo movimenta picos superiores a 20 Tbps de tráfego trocado localmente.
Multi-homing empresarial: uma empresa contrata trânsito de dois provedores diferentes com seu ASN próprio. Configura BGP para anunciar seu bloco /24 para ambos e receber a full table. Se um provedor cair, o tráfego migra automaticamente para o outro em segundos.
CDNs globais: empresas como a Cloudflare operam anycast BGP, anunciando o mesmo prefixo IP a partir de centenas de localidades. O roteamento BGP direciona cada usuário para o PoP mais próximo, reduzindo latência sem depender de DNS.
Incidentes BGP famosos
Facebook — Outubro de 2021. Uma mudança de configuração retirou os anúncios BGP dos servidores DNS autoritativos da Meta, tornando Facebook, Instagram e WhatsApp invisíveis na internet por cerca de 6 horas. Segundo a Cloudflare (2021), o tráfego global para plataformas Meta caiu praticamente a zero durante o incidente.
YouTube — Pakistan Telecom, 2008. A Pakistan Telecom tentou bloquear o YouTube internamente e acabou anunciando um /24 do YouTube para seu provedor de trânsito, que propagou globalmente. O YouTube ficou fora do ar mundialmente por cerca de 2 horas.
Rostelecom — 2020. A operadora russa vazou rotas de mais de 8.800 prefixos de grandes provedores globais (Google, Amazon, Cloudflare), causando congestionamento e latência elevada por cerca de uma hora, segundo relatório do BGPmon (2020).
Cloudflare Route Leak — 2019. Um pequeno ISP na Pensilvânia vazou rotas via Verizon, redirecionando parte do tráfego global da Cloudflare por links inadequados. Segundo a Cloudflare (2019), o incidente afetou milhões de usuários por cerca de duas horas.
Google — Nigéria/China, 2018-2019. Anúncios indevidos partindo de operadoras na Nigéria e China desviaram tráfego do Google por caminhos sub-otimizados. O caso reforçou a urgência do RPKI global.
Segurança BGP: RPKI e BGPsec
Route Origin Validation (ROV) com RPKI (Resource Public Key Infrastructure) é hoje a defesa principal contra sequestros e vazamentos. Um Route Origin Authorization (ROA) declara criptograficamente qual AS pode originar um prefixo. Roteadores validam anúncios contra essas ROAs e descartam os inválidos. Segundo o MANRS (2024), mais de 50% dos prefixos IPv4 globais e mais de 60% dos IPv6 já possuem ROA válido.
BGPsec (RFC 8205) vai além do ROV e assina cada AS_PATH criptograficamente, garantindo que a sequência de ASes anunciada é autêntica. A adoção real ainda é baixa por exigência de hardware e complexidade operacional.
MANRS (Mutually Agreed Norms for Routing Security) é a iniciativa da Internet Society que reúne provedores comprometidos com quatro pilares: filtragem de prefixos, anti-spoofing, coordenação global e validação RPKI.
BGP vs OSPF vs IS-IS
| Critério | BGP | OSPF | IS-IS |
|---|---|---|---|
| Tipo | Path-vector, EGP | Link-state, IGP | Link-state, IGP |
| Escopo | Entre ASes (internet) | Dentro de um AS | Dentro de um AS |
| Algoritmo | Best-path selection por atributos | Dijkstra (SPF) | Dijkstra (SPF) |
| Escalabilidade | Milhões de rotas | Centenas a milhares | Milhares |
| Quando usar | Bordas de AS, provedores, multi-homing | Redes corporativas médias | Backbones de provedores |
Ferramentas para monitorar BGP
- BGPmon / OpenBMP: monitora anúncios em tempo real e alerta sobre sequestros.
- ThousandEyes (Cisco): visibilidade fim a fim de rotas e desempenho.
- Kentik: analytics de fluxo integrado com telemetria BGP.
- RIPE Stat e RIPE RIS: dashboards públicos com dados de ASes e prefixos.
- BGP.HE.NET (Hurricane Electric): consulta gratuita de ASNs, peerings e prefixos.
- Cloudflare Radar: painel público de saúde da internet e incidentes BGP.
Erros comuns em configuração BGP
- Route leaks: aceitar rotas de clientes e propagar para outros clientes ou trânsitos sem filtro adequado.
- Não usar RPKI: confiar cegamente em anúncios recebidos, expondo a rede a sequestros.
- Sem prefix filtering: não aplicar prefix-list ou as-path filter em peerings, aceitando full table sem sanitização.
- Timers agressivos demais: keepalive e holdtime muito baixos derrubam sessões em picos de CPU.
- Sem BFD: falhas de link levam segundos ou minutos para serem detectadas sem BFD (Bidirectional Forwarding Detection).
Como configurar BGP básico — passo a passo
- Obtenha um ASN junto ao LACNIC (Brasil) e um bloco IP próprio.
- Estabeleça a sessão eBGP com o provedor de trânsito ou peer no IX.br usando IP, ASN local e ASN remoto.
- Anuncie apenas seus prefixos autorizados via network statement ou redistribuição controlada.
- Aplique filtros de entrada e saída (prefix-list, as-path filter, route-map).
- Crie ROAs no RPKI para todos os prefixos que originar.
- Habilite ROV nos roteadores para descartar anúncios inválidos.
- Monitore a sessão com ferramentas como BGPmon e mantenha logs de flap.
BGP e a Shiftmind
Ambientes que dependem de alta disponibilidade e resiliência de rede — como aplicações corporativas, e-commerces B2B e plataformas SaaS — precisam de infraestrutura preparada para lidar com trânsito IP redundante e roteamento robusto. A Shiftmind atua há mais de 12 anos entregando infraestrutura sob medida, incluindo servidor dedicado com opções de multi-homing, hospedagem WordPress gerenciada em redes com peering direto e suporte e manutenção WordPress proativos. Também oferecemos proteção antivírus e segurança para websites e criação de sites WordPress hospedados em infraestrutura otimizada. Consultar uma equipe experiente em rede e cloud reduz o risco de indisponibilidades e garante que sua presença digital continue online mesmo diante de incidentes globais de BGP.
Perguntas frequentes sobre BGP
BGP é usado apenas na internet pública?
Não. Embora BGP seja o protocolo padrão entre Sistemas Autônomos na internet, também é amplamente usado dentro de nuvens públicas, data centers modernos com arquitetura Clos e ambientes MPLS L3VPN. Provedores como AWS, Azure e Google Cloud utilizam BGP tanto internamente quanto para expor rotas via Direct Connect, ExpressRoute e Cloud Interconnect a clientes corporativos.
Qual a diferença entre peering e trânsito IP?
Peering é a troca direta de tráfego entre dois ASes, geralmente sem custo, limitada às rotas de cada parte e de seus clientes. Trânsito IP é um serviço pago em que o provedor entrega acesso a toda a internet (full routing table). Segundo o NANOG (2024), redes maduras combinam peering em IXs para reduzir custo com trânsito para garantir alcançabilidade global.
Preciso de ASN próprio para minha empresa?
Só faz sentido se você planeja multi-homing com dois ou mais provedores de trânsito, opera CDN ou data center próprio ou deseja portar seus blocos IP entre operadoras. Para empresas médias com um único link, usar o ASN do provedor é mais simples e barato. Segundo o LACNIC (2024), o Brasil possui milhares de ASNs ativos, muitos deles em empresas fora do setor de telecom.
RPKI resolve todos os problemas de segurança BGP?
Não. RPKI com ROV protege contra sequestros de origem, mas não impede route leaks nem valida o AS_PATH inteiro. Segundo o MANRS (2024), a defesa completa exige combinar RPKI, filtragem rigorosa, anti-spoofing e monitoramento contínuo. BGPsec resolveria a validação de caminho, mas ainda tem adoção baixa.
O que é um route flap?
Route flap é quando uma rota BGP entra e sai da tabela repetidamente em curto período, geralmente por instabilidade de link ou hardware. Isso consome CPU dos roteadores e propaga instabilidade pela internet. Técnicas como route flap damping e ajuste de timers reduzem o impacto, embora damping agressivo esteja em desuso por causar problemas de convergência.
Quanto tempo o BGP leva para convergir?
A convergência BGP varia de segundos a minutos, dependendo do tamanho da tabela, das políticas configuradas e da capacidade dos roteadores. Segundo a Kentik (2024), em cenários de falha de link com BFD habilitado, a detecção ocorre em milissegundos, mas a reconvergência global de uma rota pode levar de 30 segundos a vários minutos até estabilizar em toda a internet.
Termos relacionados
- ARP (Address Resolution Protocol)
- API Gateway
- Alta Disponibilidade (High Availability)
- Apache Kafka
- APM (Application Performance Monitoring)
Conclusão
O BGP é o alicerce silencioso da internet. Ele decide, a cada segundo, por qual caminho seu tráfego atravessa o planeta. Entender path selection, diferenças entre eBGP e iBGP, riscos operacionais e adoção de RPKI é obrigatório para qualquer profissional de infraestrutura, cloud ou segurança que queira operar redes resilientes. Incidentes como o outage do Facebook em outubro de 2021 mostram que uma configuração BGP mal executada pode tirar do ar plataformas inteiras em minutos.
Última atualização: Agosto/2026.
E-book – Tudo sobre Automação de Marketing
E-book – Tudo sobre Automação de Marketing
Mais Informações
Precisa de infraestrutura confiável, com rede robusta e suporte especializado para manter seu negócio digital sempre online? A Shiftmind pode ajudar. Entre em contato.
