Si has trabajado con routing en MikroTik, seguramente te has encontrado con scope y target-scope y has pensado: “esto no está nada claro”.
Y no estás solo. La documentación oficial los menciona, pero no los explica de forma práctica. En mi caso, donde realmente entendí cómo funcionan fue cuando empecé a trabajar con rutas recursivas. Ahí todo hizo clic.
En esta guía te lo explico sin rodeos y con ejemplos reales.
Al final del artículo encontrarás un pequeño test que te permitirá evaluar los conocimientos adquiridos en esta lectura
Qué es Scope en MikroTik y cómo funciona
El scope define qué tan “visible” es una ruta para que otras rutas puedan usarla como referencia.
Dicho simple:
El scope indica si una ruta puede ser usada para resolver el gateway de otra.
Cómo afecta el scope a la resolución de rutas
Cuando MikroTik intenta resolver una ruta, busca otras rutas que le permitan llegar al gateway.
Pero no usa cualquiera. Solo usa rutas cuyo scope sea menor o igual al target-scope de la ruta que está evaluando.
Aquí es donde empieza la magia (y los problemas).
Valores típicos de scope y qué significan
- 10 → rutas conectadas (directamente accesibles)
- 30 → rutas estáticas (valor común)
- 40+ → rutas más “lejanas” o menos prioritarias
Regla práctica:
Mientras más bajo el scope, más “básica” y confiable es la ruta.
Qué es Target-Scope y por qué es clave
El target-scope define qué tipo de rutas puede usar una ruta para resolver su gateway.
Dicho de forma clara:
Es el filtro que decide qué rutas son válidas para resolver otra.
Diferencia entre scope y target-scope
- Scope → lo que una ruta “es”
- Target-scope → qué rutas puede “usar”
Es como:
- Scope = tu nivel
- Target-scope = con quién te puedes relacionar
Cómo interactúan en el routing
Para que una ruta funcione:
scope de la ruta usada <= target-scope de la ruta principal
Si esto no se cumple:
- La ruta NO se resuelve
- El gateway queda inalcanzable
Cómo funcionan juntos: explicación sencilla
Imagina esto:
- Ruta A necesita resolver un gateway
- Ruta B puede ayudar
Pero MikroTik evalúa:
“¿El scope de B es válido según el target-scope de A?”
Si sí → funciona
Si no → falla silenciosamente (esto es lo peligroso)
Ejemplo básico paso a paso
Ruta principal
dst-address=0.0.0.0/0 gateway=8.8.8.8 target-scope=10
Ruta intermedia:
dst-address=8.8.8.8 gateway=192.168.1.1 scope=30
Resultado:
No funciona
¿Por qué?
Porque 30 > 10
Qué pasa si están mal configurados
- Rutas inactivas
- Failover que no cambia
- Gateway unreachable
- Diagnóstico complicado
Y lo peor: no siempre da errores claros.
Scope y Target-Scope en rutas recursivas (LO MÁS IMPORTANTE)
Aquí es donde todo cobra sentido.
En mi caso, cuando empecé a trabajar con rutas recursivas, entendí que el target-scope no es opcional… es crítico.
Cómo funciona la recursividad en MikroTik
Una ruta recursiva no apunta directamente a una interfaz, sino a otra IP que necesita resolverse.
Ejemplo típico:
0.0.0.0/0 → 8.8.8.8
8.8.8.8 → ISP gateway
Ejemplo real de recursive route
/ip route
add dst-address=8.8.8.8 gateway=192.168.1.1 scope=10
add dst-address=0.0.0.0/0 gateway=8.8.8.8 target-scope=10
Aquí:
- La segunda ruta depende de la primera
- Y todo depende de que scope y target-scope coincidan
Por qué el target-scope es crítico aquí
Cuando probé esto por primera vez, parecía que todo estaba bien… pero la ruta simplemente no levantaba.
El problema:
El target-scope no permitía usar la ruta intermedia
Y esto es exactamente donde muchos fallan.
Ejemplo práctico: failover con rutas recursivas
Uno de los usos más reales de esto es el failover.
Configuración completa
/ip route
add dst-address=8.8.8.8 gateway=ISP1 scope=10
add dst-address=1.1.1.1 gateway=ISP2 scope=10
add dst-address=0.0.0.0/0 gateway=8.8.8.8 distance=1 target-scope=10
add dst-address=0.0.0.0/0 gateway=1.1.1.1 distance=2 target-scope=10
Explicación línea por línea
- Usamos IPs públicas como “checks”
- Cada ruta depende de una resolución previa
- El target-scope permite esa recursividad
En mi experiencia, aquí es donde realmente ves el poder de estos parámetros: si están mal, el failover simplemente no ocurre.
Diferencias entre RouterOS v6 y v7
Aquí hay cambios importantes.
Cambios en routing
- v7 introduce nuevo motor de routing
- Mayor control y flexibilidad
Qué debes tener en cuenta al migrar
- Algunas configuraciones “funcionaban por suerte” en v6
- En v7, el comportamiento es más estricto
- Scope y target-scope deben estar bien definidos
Errores comunes y cómo evitarlos
Scope incorrecto
- Usar valores altos sin sentido
- Rompe recursividad
Target-scope mal ajustado
- Muy bajo → no resuelve
- Muy alto → comportamiento inesperado
Problemas típicos en producción
- Failover que no cambia
- Rutas activas pero sin tráfico
- Debug complicado
En mi caso, varios problemas de failover venían exactamente de aquí.
Conclusión: cómo dominar scope y target-scope
Si te quedas con una sola idea, que sea esta:
Scope y target-scope controlan cómo las rutas “se encuentran” entre sí.
Y si trabajas con:
- Failover
- Load balancing
- Rutas recursivas
Entonces entender esto no es opcional.
Preguntas Frecuentes
¿Qué hace el scope en MikroTik?
Define si una ruta puede ser usada para resolver otras.
¿Para qué sirve el target-scope?
Probablemente hay un conflicto entre scope y target-scope.
¿Por qué no funciona mi ruta recursiva?
Export genera un archivo editable (.rsc). Cloud backup es una copia binaria cifrada
¿Es diferente en RouterOS v7?
Sí, el comportamiento es más estricto y más lógico.
Breve cuestionario de conocimientos
¿Qué te pareció este artículo?
¿Te atreves a evaluar tus conocimientos aprendidos?
Libros recomendados para éste artículo
(Book) Networking with MikroTik RouterOS: A Practical Approach to Understanding and Implementing RouterOS
Study material for the MTCNA Certification Course, updated to RouterOS v7
Libro Conceptos Fundamentales de MikroTik, RouterOS v7
Material de estudio para el Curso de Certificación MTCNA, actualizado a RouterOS v7










