Balanceamento de Links no MikroTik: Como Usar Dois Provedores ao Mesmo Tempo
MIKROTIK
O Desafio
Um cliente possuía dois links de internet (Vivo e Claro), mas usava apenas um por vez. O segundo link ficava ocioso, esperando o principal falhar.
O pedido era claro: somar a velocidade dos dois links e ter proteção automática caso um deles caísse.
O Prompt Enviado ao Myrmex
Usando a integração com o roteador MikroTik, enviamos o seguinte prompt:
Preciso configurar balanceamento de carga com failover no meu MikroTik.
AMBIENTE:
- Dispositivo: @MKT-ROUTER-01
- RouterOS versão: 7.21
- Link 1 (ISP1): Vivo Fibra, conexão PPPoE, interface "pppoe-vivo"
- Link 2 (ISP2): Claro, IP dinâmico via DHCP, interface "WAN-2", gateway 100.111.186.1
- Rede interna: 10.99.0.0/16 (LAN)
REQUISITOS:
1. Usar os dois links simultaneamente (balanceamento real, não apenas failover)
2. Dividir o tráfego proporcionalmente entre os links (50/50)
3. Manter persistência de sessão para evitar problemas com sites de banco e HTTPS
4. Implementar failover automático: se um link cair, todo o tráfego deve ir para o outro
5. Detectar quedas de link mesmo quando a interface permanece UP (failover recursivo)
Aplique as configurações e valide as saídas.
Nota: Ao mencionar o dispositivo com
@MKT-ROUTER-01, o Myrmex sabe exatamente qual equipamento ele está configurando, melhorando a precisão das configurações.
O Que o Myrmex Fez
1. Análise do Ambiente
O Myrmex começou coletando informações do dispositivo:
- ✅ Verificou a versão do RouterOS (v7.21) e adaptou a sintaxe dos comandos
- ✅ Identificou as interfaces WAN disponíveis e seus estados
- ✅ Mapeou a topologia da rede interna
2. Configuração do NAT
O Myrmex aplicou as regras de mascaramento para ambos os links:
/ip firewall nat
add chain=srcnat out-interface=pppoe-vivo action=masquerade comment="NAT Vivo"
add chain=srcnat out-interface=WAN-2 action=masquerade comment="NAT Claro"
Validação: O Myrmex executou /ip firewall nat print e confirmou que ambas as regras foram criadas corretamente.
3. Criação das Tabelas de Roteamento
Para a versão 7 do RouterOS, criou as tabelas separadas:
/routing table
add name=to_ISP1 fib
add name=to_ISP2 fib
Validação: Executou /routing table print e verificou a presença das tabelas to_ISP1 e to_ISP2.
4. Configuração do Balanceamento (PCC)
O Myrmex implementou o PCC (Per Connection Classifier) para dividir o tráfego:
/ip firewall mangle
add chain=prerouting dst-address=10.99.0.0/16 action=accept comment="Bypass tráfego interno"
add chain=prerouting in-interface-list=LAN pcc=both-addresses:2/0 action=mark-connection new-connection-mark=ISP1_conn
add chain=prerouting in-interface-list=LAN pcc=both-addresses:2/1 action=mark-connection new-connection-mark=ISP2_conn
add chain=prerouting connection-mark=ISP1_conn action=mark-routing new-routing-mark=to_ISP1
add chain=prerouting connection-mark=ISP2_conn action=mark-routing new-routing-mark=to_ISP2
Por que both-addresses? O Myrmex escolheu esse classificador porque considera origem E destino, garantindo que a combinação (IP do usuário + IP do site) sempre use o mesmo link — essencial para sessões HTTPS e bancos.
Validação: Executou /ip firewall mangle print e confirmou as 5 regras criadas na ordem correta.
5. Rotas com Failover Recursivo
Para detectar quedas reais (não apenas interface UP/DOWN), o Myrmex configurou o failover recursivo:
/ip route
add dst-address=8.8.8.8/32 gateway=pppoe-vivo scope=10 comment="Teste de vida Vivo"
add dst-address=8.8.4.4/32 gateway=100.111.186.1 scope=10 comment="Teste de vida Claro"
add dst-address=0.0.0.0/0 gateway=8.8.8.8 routing-table=to_ISP1 target-scope=11 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=8.8.4.4 routing-table=to_ISP2 target-scope=11 check-gateway=ping
Validação: O Myrmex executou /ip route print e verificou que todas as rotas estavam ativas (status "A" = Active).
Validação Final pelo Myrmex
Após aplicar todas as configurações, o Myrmex executou uma bateria de testes:
| Teste | Comando Executado | Resultado |
|---|---|---|
| NAT ativo | /ip firewall nat print | ✅ 2 regras de masquerade |
| Tabelas criadas | /routing table print | ✅ to_ISP1 e to_ISP2 presentes |
| Mangle funcionando | /ip firewall mangle print | ✅ 5 regras na ordem correta |
| Rotas ativas | /ip route print | ✅ Todas com status "A" |
| Ping via ISP1 | /ping 8.8.8.8 src-address=<IP-Vivo> | ✅ Resposta em 12ms |
| Ping via ISP2 | /ping 8.8.4.4 src-address=<IP-Claro> | ✅ Resposta em 15ms |
O Myrmex também gerou um resumo executivo confirmando que o balanceamento estava operacional.
Resultado
Com a configuração aplicada e validada pelo Myrmex:
- ✅ Velocidade dobrada para downloads simultâneos
- ✅ Redundância automática sem intervenção manual
- ✅ Sessões estáveis em sites de banco e e-commerce
- ✅ Zero downtime quando um provedor apresenta problemas
Variações do Prompt
O mesmo resultado pode ser adaptado para diferentes cenários:
Para balanceamento 70/30:
...dividir o tráfego com peso 70% para Vivo e 30% para Claro usando PCC com proporção 7:3...
Para adicionar QoS:
...além do balanceamento, priorizar tráfego VoIP (portas UDP 5060, 10000-20000) sempre pelo link com menor latência...
Para 3 ou mais links:
...tenho 3 links: Vivo, Claro e Oi. Dividir tráfego igualmente entre os três com failover cascata...
Quer replicar esse resultado na sua infraestrutura? Experimente o Myrmex e veja como a IA pode configurar e validar suas redes automaticamente.