MikroTik BGP: Como usar Peer Groups para Escalabilidade

Introdução à Otimização de BGP no MikroTik

O Border Gateway Protocol (BGP) é a espinha dorsal da internet, responsável por trocar informações de roteamento entre sistemas autônomos. Para administradores de rede que utilizam equipamentos MikroTik, a configuração padrão do BGP pode ser suficiente para cenários simples, mas torna-se um gargalo crítico à medida que o número de peers (pares) e rotas anunciadas cresce. A escalabilidade não é apenas uma questão de desempenho da CPU, mas também de estabilidade e manutenibilidade da configuração.

Neste tutorial, vamos explorar uma técnica avançada, porém essencial, para administradores de infraestrutura: Peer Groups (Grupos de Pares). Em vez de aplicar políticas de roteamento individuais para cada conexão BGP, os peer groups permitem a centralização de configurações comuns, reduzindo drasticamente o consumo de recursos de memória e processamento do routerboard. Este método é especialmente relevante para ambientes que operam VPS, data centers ou redes corporativas com múltiplos uplinks transitários.

Entendendo o Conceito de Peer Groups

No MikroTik RouterOS, a configuração BGP segue uma hierarquia lógica. Quando você define um peer individualmente, você especifica seu IP, ASN (número do sistema autônomo), e as políticas de import/export associadas a ele. Se você tem 50 peers que compartilham as mesmas regras de roteamento — por exemplo, todos aceitam o default route e anunciam apenas seus prefixes originais — configurar isso manualmente é propenso a erros e ineficiente.

O Peer Group atua como um modelo reutilizável. Você define uma vez as propriedades que são comuns a um conjunto de peers (como route-filter-list, default-adjacencies, e políticas de export) e depois associa os peers individuais a esse grupo. Isso significa que, se você precisar alterar uma política de roteamento para todos esses 50 peers, basta fazer a mudança no grupo, e ela será aplicada automaticamente a todos os membros.

Além da facilidade de gestão, o ganho técnico principal reside na otimização do uso de memória. O MikroTik pode compartilhar estruturas de dados internas para peers que pertencem ao mesmo grupo com configurações idênticas, liberando recursos valiosos em hardware de borda.

Pré-requisitos e Cenário de Implementação

Para seguir este guia, você precisará de:

• Um dispositivo MikroTik com RouterOS versão 7.x (recomendado para melhor suporte a recursos avançados).
• Acesso SSH ou Webfig com permissões de administrador.
• Pelo menos dois peers BGP externos configurados ou a intenção de configurá-los.
• Compreensão básica de listas de roteamento (route-filter-list) e prefixos.

Vamos considerar um cenário onde sua rede anuncia o bloco 192.0.2.0/24 e recebe rotas padrão (0.0.0.0/0) de dois provedores diferentes: Provedor A (AS 65001) e Provedor B (AS 65002). Ambos os provedores exigem as mesmas políticas de segurança e filtragem.

Passo 1: Definindo as Listas de Filtro de Roteamento

Antes de criar o peer group, é fundamental estabelecer quais rotas serão aceitas ou rejeitadas. O uso de route-filter-list é a prática recomendada para escalabilidade, pois é mais eficiente do que usar listas de acesso genéricas.

Crie uma lista chamada BGP-Inbound-Filters para permitir apenas rotas válidas e bloquear o "BGP flapping" ou prefixes suspeitos. Em um cenário básico, queremos aceitar o default route e os prefixes específicos dos peers.

/ip route-filter-list add name=BGP-Inbound action=accept comment="Allow all for demo"
/ip route-filter-list add name=BGP-Inbound list=0+ rule="match ip prefix-list 0.0.0.0/0 eq" action=accept
/ip route-filter-list add name=BGP-Inbound list=1+ rule="match ip prefix-list 192.0.2.0/24 eq" action=accept
/ip route-filter-list add name=BGP-Inbound list=2+ rule="match ip prefix-list any neq" action=drop

No exemplo acima, estamos aceitando explicitamente a rota padrão e o nosso prefixo originado, e descartando qualquer outra coisa. Em produção, você deve ajustar esses prefixes conforme sua infraestrutura real.

Passo 2: Configurando o Peer Group

Agora, criamos o grupo de peers. Esta é a etapa central da otimização. Note que não associamos um IP específico aqui; apenas definimos as propriedades comuns.

/routing bgp group add name=transit-peers template=default comment="Grupo para Provedores Transitários"
/routing bgp group set [find name=transit-peers] default-adjacencies=yes route-filter-list=BGP-Inbound

Explicação dos parâmetros utilizados:

• name=transit-peers: O nome identificativo do grupo.
• template=default: Herda as configurações base do BGP. Isso evita a necessidade de redefinir timers e outras características globais.
• default-adjacencies=yes: Permite que o MikroTik instale automaticamente a rota padrão recebida do peer, se configurada para isso no peer individual. Isso simplifica a lógica de fallback.
• route-filter-list=BGP-Inbound: Aplica a lista de filtros criada no Passo 1 a todos os peers que entrarem neste grupo.

Com esta configuração, o roteador já sabe como comportar-se genericamente com qualquer peer que seja adicionado a este grupo. A complexidade da política foi abstraída dos peers individuais.

Passo 3: Associando os Peers Individuais ao Grupo

Agora vamos configurar os peers específicos. Em vez de definir filtros e políticas repetidamente, apenas apontamos para o grupo criado.

Primeiro, o Provedor A:

/routing bgp peer add address-family=ipv4 comment="Provedor A" remote-as=65001 remote-address=203.0.113.1 group=transit-peers

Em seguida, o Provedor B:

/routing bgp peer add address-family=ipv4 comment="Provedor B" remote-as=65002 remote-address=198.51.100.1 group=transit-peers

Note a simplicidade. Não especificamos route-filter-list nem export-policy nos peers individuais, pois essas informações já residem no grupo transit-peers. Se o MikroTik permitir, ele herdará automaticamente as configurações do grupo.

Passo 4: Configurando a Política de Exportação

A escalabilidade também depende de como anunciamos nossas rotas. Vamos criar uma política de exportação simples que anuncia apenas nossos prefixes originais e talvez algumas rotas estáticas locais, mas nunca as rotas aprendidas dos peers (evitando loops de roteamento).

/routing bgp template add name=export-template comment="Template de Exportação"
/routing bgp template set [find name=export-template] export-rib=yes

Agora, definimos as regras de exportação vinculadas a este template ou diretamente ao grupo se preferir granularidade. No MikroTik, é comum usar routing bgp network para anunciar prefixes específicos:

/routing bgp network add comment="Anunciar Prefixo Próprio" network=192.0.2.0/24

Se você precisar de lógica mais complexa no export (como alterar o Next-Hop ou adicionar AS-Path prepending), crie uma routing bgp filter e associe ao grupo:

/routing bgp filter add chain=export rule="set remote-as prepend 65000" comment="Prepend AS Path para Provedor B"

E então, na configuração do peer individual do Provedor B, você pode sobrescrever ou adicionar essa política específica, mantendo a base herdada do grupo.

Passo 5: Validação e Verificação de Estado

Após aplicar as configurações, é crucial verificar se os peers estão estabelecidos e se as políticas foram aplicadas corretamente. Use os comandos abaixo para diagnosticar o estado da sua configuração BGP.

Verifique o status dos peers:

/routing bgp peer print where group=transit-peers

Você deve ver uma coluna state mostrando established. Se estiver idle ou active, verifique a conectividade IP e as regras de firewall.

Para visualizar as rotas aprendidas e confirmar que os filtros estão funcionando:

/routing bgp session print
/ip route print where routing-bgp=yes

Se você configurou corretamente o default-adjacencies=yes, deve ver a rota 0.0.0.0/0 instalada no RIB (Routing Information Base), com a marca bgb.

Vantagens Operacionais e Manutenção Futura

A utilização de peer groups oferece benefícios tangíveis na operação diária:

1. Redução de Erros Humanos: Ao centralizar a política, evita-se o esquecimento de aplicar uma nova regra de segurança em um dos 50 peers.
2. Agilidade na Mudança: Se um provedor mudar seus requisitos de filtragem, você atualiza o route-filter-list ou o grupo e a mudança propaga-se instantaneamente para todos os membros.
3. Legibilidade da Configuração: A configuração do MikroTik torna-se mais limpa. Um administrador novo consegue entender a topologia lógica rapidamente, identificando quais peers compartilham atributos comuns.

Boas Práticas para Ambientes de Alta Disponibilidade

Em ambientes que exigem alta disponibilidade, considere os seguintes ajustes adicionais ao usar peer groups:

• Multihop BGP: Se seus peers não estão em subnets diretamente conectadas, adicione multihop=yes ao peer ou ao grupo.
• Keepalive e Hold Time: Ajuste os timers no grupo para detectar falhas mais rapidamente se necessário, mas mantenha o equilíbrio com a estabilidade da rede. Use keepalive-time e hold-time.
• Authentication:: Sempre utilize MD5 authentication nos peers BGP. Isso pode ser configurado no peer individual ou herdado do grupo, dependendo da versão do RouterOS.

/routing bgp group set [find name=transit-peers] password=SuaSenhaSecreta