Balanceo de Carga en MikroTik: Cómo Usar Dos Proveedores Simultáneamente

El Desafío
Un cliente tenía dos enlaces de internet (Vivo y Claro), pero usaba solo uno a la vez. El segundo enlace permanecía inactivo, esperando que el principal fallara.
La solicitud era clara: sumar la velocidad de ambos enlaces y tener protección automática en caso de que uno cayera.
El Prompt Enviado a Myrmex
Usando la integración con el enrutador MikroTik, enviamos:
Necesito configurar balanceo de carga con failover en mi MikroTik.
ENTORNO:
- Dispositivo: @MKT-ROUTER-01
- Versión RouterOS: 7.21
- Enlace 1 (ISP1): Vivo Fibra, conexión PPPoE, interfaz "pppoe-vivo"
- Enlace 2 (ISP2): Claro, IP dinámica vía DHCP, interfaz "WAN-2", puerta de enlace 100.111.186.1
- Red interna: 10.99.0.0/16 (LAN)
REQUISITOS:
1. Usar ambos enlaces simultáneamente (balanceo real, no solo failover)
2. Dividir el tráfico proporcionalmente entre los enlaces (50/50)
3. Mantener persistencia de sesión para evitar problemas con sitios bancarios y HTTPS
4. Implementar failover automático: si un enlace cae, todo el tráfico debe ir al otro
5. Detectar caídas de enlace incluso cuando la interfaz permanece UP (failover recursivo)
Aplique las configuraciones y valide las salidas.
Nota: Al mencionar el dispositivo con
@MKT-ROUTER-01, Myrmex sabe exactamente qué equipo está configurando, mejorando la precisión de las configuraciones.
Qué Hizo Myrmex
1. Análisis del Entorno
Myrmex comenzó recopilando información del dispositivo:
- ✅ Verificó la versión de RouterOS (v7.21) y adaptó la sintaxis de los comandos
- ✅ Identificó las interfaces WAN disponibles y sus estados
- ✅ Mapeó la topología de la red interna

2. Configuración de NAT
Myrmex aplicó las reglas de enmascaramiento para ambos enlaces:
/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"
Validación: Myrmex ejecutó /ip firewall nat print y confirmó que ambas reglas se crearon correctamente.
3. Creación de Tablas de Enrutamiento
Para la versión 7 de RouterOS, creó las tablas separadas:
/routing table
add name=to_ISP1 fib
add name=to_ISP2 fib
Validación: Ejecutó /routing table print y verificó la presencia de las tablas to_ISP1 y to_ISP2.
4. Configuración de Balanceo (PCC)
Myrmex implementó PCC (Per Connection Classifier) para dividir el tráfico:
/ip firewall mangle
add chain=prerouting dst-address=10.99.0.0/16 action=accept comment="Bypass tráfico 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 qué both-addresses? Myrmex eligió este clasificador porque considera origen Y destino, garantizando que la combinación (IP del usuario + IP del sitio) siempre use el mismo enlace — esencial para sesiones HTTPS y bancos.
Validación: Ejecutó /ip firewall mangle print y confirmó las 5 reglas creadas en el orden correcto.
5. Rutas con Failover Recursivo
Para detectar caídas reales (no solo interfaz UP/DOWN), Myrmex configuró failover recursivo:
/ip route
add dst-address=8.8.8.8/32 gateway=pppoe-vivo scope=10 comment="Test de vida Vivo"
add dst-address=8.8.4.4/32 gateway=100.111.186.1 scope=10 comment="Test 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
Validación: Myrmex ejecutó /ip route print y verificó que todas las rutas estaban activas (estado "A" = Active).
Validación Final por Myrmex
Después de aplicar todas las configuraciones, Myrmex ejecutó una batería de pruebas:
| Prueba | Comando Ejecutado | Resultado |
|---|---|---|
| NAT activo | /ip firewall nat print | ✅ 2 reglas de masquerade |
| Tablas creadas | /routing table print | ✅ to_ISP1 y to_ISP2 presentes |
| Mangle funcionando | /ip firewall mangle print | ✅ 5 reglas en orden correcto |
| Rutas activas | /ip route print | ✅ Todas con estado "A" |
| Ping vía ISP1 | /ping 8.8.8.8 src-address=<IP-Vivo> | ✅ Respuesta en 12ms |
| Ping vía ISP2 | /ping 8.8.4.4 src-address=<IP-Claro> | ✅ Respuesta en 15ms |
Myrmex también generó un resumen ejecutivo confirmando que el balanceo estaba operativo.
Resultado
Con la configuración aplicada y validada por Myrmex:
- ✅ Velocidad duplicada para descargas simultáneas
- ✅ Redundancia automática sin intervención manual
- ✅ Sesiones estables en sitios bancarios y comercio electrónico
- ✅ Cero tiempo de inactividad cuando un proveedor presenta problemas
Variaciones del Prompt
El mismo resultado puede adaptarse a diferentes escenarios:
Para balanceo 70/30:
...dividir el tráfico con peso 70% para Vivo y 30% para Claro usando PCC con proporción 7:3...
Para añadir QoS:
...además del balanceo, priorizar tráfico VoIP (puertos UDP 5060, 10000-20000) siempre por el enlace con menor latencia...
Para 3 o más enlaces:
...tengo 3 enlaces: Vivo, Claro y Oi. Dividir tráfico equitativamente entre los tres con failover en cascada...
¿Quiere replicar este resultado en su infraestructura? Pruebe Myrmex y vea cómo la IA puede configurar y validar sus redes automáticamente.
