Comunidades BGP para provedores: como controlar rotas, otimizar o tráfego e melhorar a eficiência da rede

O mesmo prefixo pode chegar à sua rede por três caminhos diferentes. Qual deles o roteador vai preferir? Até onde esse anúncio vai se propagar? O que acontece com o tráfego destinado a um IP que está sob ataque?

Em muitos provedores, essas respostas ficam por conta do comportamento padrão do BGP. As comunidades BGP são o recurso que permite trocar o padrão por decisão: marcar cada rota e aplicar a ela uma regra definida pela própria operação.

Para o provedor, isso tem efeito direto na operação e no custo. O caminho de saída define quanto tráfego passa por cada link, inclusive os de trânsito IP. Anúncios sem controle podem gerar variação inesperada. E, sem marcação nas rotas, diagnosticar um incidente leva mais tempo.

Neste artigo, você vai ver como um ISP usa comunidades BGP no dia a dia e como esse controle se integra a arquiteturas de interconexão, como o Peering Confinado da CDN STAR. Se quiser revisar o básico de interconexão antes, veja o que é peering e como ele funciona.

Comunidades BGP em uma frase: etiqueta + política

Uma comunidade BGP é um valor anexado ao anúncio de uma rota, no formato ASN:valor (por exemplo, 65000:120). Ela não move tráfego sozinha. Quem move é a política configurada no roteador, que lê a etiqueta e aplica uma ação.

Na prática, isso significa três coisas:

• O significado é combinado, não universal. Fora algumas comunidades padronizadas, como NO_EXPORT, cada rede define e publica o que as suas significam.
• A etiqueta viaja com a rota. Ela pode ser aplicada por você, por um parceiro ou por quem originou o anúncio, e lida em qualquer ponto da sua rede.
• Comunidade não cria capacidade. Ela organiza o tráfego que já existe: filtra, prioriza, restringe. Ganhos de escala, quando aparecem, são efeito da arquitetura como um todo.

Para redes com ASN de 32 bits, existem as Large Communities (RFC 8092), no formato ASN:função:parâmetro, que dão mais espaço para codificar políticas.

6 aplicações práticas de comunidades BGP em um provedor

1. Saber de onde cada rota veio

A primeira aplicação é a base de todas as outras: marcar as rotas no momento em que entram na rede. Uma comunidade para o que veio do PTT, outra para o peering privado, outra para cada operadora de trânsito IP, outra para cada cidade ou POP.

Com essa marcação, as políticas de engenharia de tráfego podem ser organizadas por origem, reduzindo a necessidade de manter regras individuais para cada prefixo, sem dispensar os filtros de segurança e validação.

2. Decidir por onde o tráfego sai

Com as rotas marcadas pela origem, o roteador pode atribuir preferência local (local-preference) conforme a comunidade. Um desenho comum é preferir rotas aprendidas em peering e usar o trânsito como caminho secundário para os mesmos destinos.

O efeito é previsibilidade: o caminho de saída passa a ser uma decisão documentada, não o resultado do desempate padrão do BGP. No Peering Confinado, o provedor pode aplicar suas políticas de roteamento para controlar a preferência pelos caminhos disponíveis e organizar como os conteúdos da solução são alcançados pela sua rede.

3. Influenciar por onde o tráfego entra

O tráfego de entrada é decidido pelas outras redes, mas muitas operadoras publicam comunidades de ação para clientes. Com elas, o provedor pode pedir ao parceiro que faça prepend em um anúncio, que não o repasse para determinado AS ou que o anuncie só em uma região.

Isso permite distribuir melhor a entrada entre links, sem depender apenas de prepend aplicado na própria borda. O alcance real depende do que cada parceiro oferece, por isso vale consultar a documentação de comunidades de cada um. No Peering Confinado, o provedor pode influenciar os caminhos de entrada do tráfego dos conteúdos disponíveis na solução por meio de políticas BGP, dependendo das configurações e dos acordos entre as redes envolvidas.

4. Limitar até onde um anúncio vai

Nem todo prefixo precisa ser visto pela internet inteira. Comunidades como NO_EXPORT ou comunidades específicas do parceiro permitem anunciar um prefixo mais específico só para quem precisa dele.

Um uso típico é dividir o tráfego de entrada com anúncios mais específicos sem que eles sejam repassados para fora do AS vizinho. Com NO_EXPORT, a rota pode circular dentro da rede de quem a recebe, ou da confederação BGP dela, mas não é anunciada a outros sistemas autônomos.

5. Reagir rápido a um ataque volumétrico

Quando um IP do provedor vira alvo de DDoS, a sinalização pela comunidade BLACKHOLE (65535:666, RFC 7999) ou pela equivalente do parceiro permite solicitar o descarte do tráfego destinado àquele endereço na rede do parceiro, desde que ele aceite e implemente essa política. A técnica é conhecida como RTBH (Remotely Triggered Black Hole).

Quando o descarte é aplicado, o endereço atacado fica indisponível pelos caminhos afetados enquanto a política estiver ativa. Isso pode reduzir o impacto sobre o restante da rede. Vale lembrar que o valor é padronizado, mas a ação não é automática: cada rede decide se aceita a sinalização e em que condições. Veja também como o Peering Confinado pode contribuir para a estabilidade da rede em períodos de ataque.

6. Tratar clientes de forma diferente

Provedores que atendem clientes corporativos com BGP podem marcar as rotas de cada tipo de cliente e usar essas marcações nas políticas de exportação. É a política, e não a comunidade, que define se um cliente recebe apenas a rota padrão, a tabela completa ou só rotas locais.

A mesma lógica vale para separar o tratamento do tráfego residencial e do corporativo dentro da própria rede.

Resumo

Comunidades BGP no Peering Confinado da CDN STAR

Comunidades BGP são uma ferramenta de engenharia de tráfego. O ganho para o provedor aumenta quando esse controle é aplicado a uma arquitetura de interconexão eficiente, com acesso a conteúdos relevantes para os seus usuários.

É nessa combinação que atua o Peering Confinado da CDN STAR: uma solução de interconexão que entrega conteúdos em um ambiente de roteamento controlado. O ISP pode utilizar comunidades BGP, filtros de prefixos e atributos de preferência para organizar a seleção de rotas e priorizar os caminhos disponíveis na interconexão.

Na prática, o ISP pode combinar comunidades BGP, filtros de prefixos e atributos de preferência para:

• selecionar quais prefixos da solução aceitar, em conjunto com os filtros que já aplica;
• influenciar os caminhos de entrada desse tráfego, conforme as configurações e os acordos entre as redes;
• aplicar prioridades de acordo com a própria engenharia de tráfego.

O resultado é mais previsibilidade sobre parte do tráfego: caminhos conhecidos, políticas documentadas e menos variação inesperada. O Peering Confinado não substitui o trânsito IP. Ele organiza uma parcela do tráfego para que a rede trabalhe de forma mais eficiente com a infraestrutura que já tem.

O que o provedor ganha com essa arquitetura

Os ganhos dependem do perfil de tráfego de cada rede, mas costumam aparecer em quatro frentes:

• Uso do trânsito IP. Parte do tráfego dos conteúdos disponíveis na solução pode seguir pelo ambiente de interconexão, o que tende a reduzir o volume que passa pelos links de trânsito.
• Previsibilidade. As políticas de roteamento tornam a seleção dos caminhos disponíveis mais previsível e facilitam o diagnóstico de alterações no tráfego.
• Operação e diagnóstico. As comunidades facilitam a identificação das políticas e da origem dos anúncios BGP. A análise dos fluxos efetivos exige ferramentas complementares, como NetFlow, sFlow ou IPFIX.
• Crescimento planejado. O aumento de demanda desses conteúdos pode ser planejado sobre a mesma arquitetura, com a política sob controle do provedor.

Como avaliar se faz sentido para a sua rede

Antes de uma conversa técnica, vale ter em mãos quatro respostas:

• Que parcela do seu tráfego vai para conteúdos disponíveis na solução?
• Por onde esse tráfego chega hoje: trânsito IP, PTT ou peering privado?
• Sua equipe já trabalha com comunidades BGP ou precisa estruturar um plano de marcação?
• Quais indicadores você quer acompanhar, como uso de trânsito, estabilidade de rotas ou tempo de diagnóstico?

Com esses dados, o time da CDN STAR consegue mostrar como o Peering Confinado se encaixaria na sua política de roteamento e o que tende a mudar na operação.

Seu ISP tem controle sobre quanto tráfego depende do trânsito IP?

Entenda como o Peering Confinado da CDN STAR pode ajudar sua operação a acessar conteúdos por uma arquitetura de interconexão mais eficiente, com políticas de roteamento sob seu controle.

Fale com um especialista da CDN STAR e avalie o potencial da solução para sua rede.

Perguntas frequentes sobre comunidades BGP

O que são comunidades BGP?

São valores anexados aos anúncios de rota que permitem aplicar políticas específicas a cada rota, como preferência de caminho, restrição de anúncio ou descarte de tráfego.

Comunidades BGP aumentam a capacidade da rede?

Não. Elas filtram e ajustam os fluxos de tráfego. Qualquer ganho de escala vem da arquitetura como um todo, não da comunidade em si.

Qual a diferença entre comunidade padrão e Large Community?

A padrão (RFC 1997) usa o formato ASN:valor com 16 bits para cada parte. A Large Community (RFC 8092) usa três campos de 32 bits e atende redes com ASN de 32 bits.

Toda operadora aceita as mesmas comunidades?

Não. Fora as padronizadas, como NO_EXPORT e BLACKHOLE, cada rede publica as próprias comunidades e o que cada uma faz. E mesmo um valor padronizado não garante a ação: aceitar ou não a sinalização é decisão da rede que recebe a rota.

Preciso de um ASN próprio para usar comunidades BGP?

Não necessariamente. Comunidades funcionam em sessões BGP com ASN público ou privado, por exemplo entre um provedor e sua operadora de trânsito. O efeito, porém, depende das políticas de cada parceiro: uma comunidade só vale nas redes que a reconhecem.

Como o Peering Confinado usa comunidades BGP?

No Peering Confinado, o ISP pode utilizar comunidades BGP, filtros de prefixos e atributos de preferência para selecionar as rotas aceitas e priorizar os caminhos disponíveis na interconexão. As políticas BGP também podem influenciar os caminhos de entrada do tráfego, dependendo das configurações e dos acordos entre as redes envolvidas.