Si trabajas con MikroTik, el routing-mark es una herramienta fundamental cuando necesitas tener control total sobre cómo sale el tráfico de tu red.
No solo sirve para balancear carga o separar tráfico, sino también para algo crítico en entornos reales:
- obligar que ciertos equipos, redes o servicios salgan por una WAN específica
En mi caso, empecé a usarlo cuando tenía un router de borde con dos proveedores de internet, y necesitaba asegurar que cierto tráfico saliera por un ISP concreto, independientemente de la ruta por defecto.
Al final del artículo encontrarás un pequeño test que te permitirá evaluar los conocimientos adquiridos en esta lectura
Qué es routing-mark en MikroTik y para qué sirve
El routing-mark es una etiqueta que se asigna a paquetes mediante reglas de mangle, y que permite decidir por qué tabla de enrutamiento se procesará ese tráfico.
En términos prácticos:
- marcas tráfico → eliges por dónde sale
Relación entre mangle, routing-mark y policy routing
El flujo real funciona así:
- Mangle identifica tráfico (por IP, red, puerto, etc.)
- Se asigna un
routing-mark - El router usa una tabla de enrutamiento específica
Esto es lo que se conoce como policy routing.
Cuándo usar routing-mark en redes reales
Casos donde realmente marca la diferencia:
- Multi-WAN (2 o más ISP)
- Separación de tráfico por servicios
- Control de salida por IP o subred
- Redirección de tráfico crítico
Un caso muy común (y que uso constantemente):
Forzar que:
- una red específica
- una IP concreta
- o incluso un servicio
salga siempre por una WAN determinada
Por ejemplo:
- VoIP por ISP1 (menor latencia)
- Navegación general por ISP2
- Servidores críticos por enlace dedicado
Esto evita problemas de rendimiento y asegura estabilidad.
Cómo funciona routing-mark en RouterOS v6
En RouterOS v6, la implementación es más directa.
Uso clásico con mangle
/ip firewall mangle
add chain=prerouting src-address=192.168.1.10 action=mark-routing new-routing-mark=to_ISP1
Ejemplo práctico: forzar salida por una WAN
/ip route
add gateway=1.1.1.1 routing-mark=to_ISP1
Con esto: Esa IP siempre saldrá por ISP1
Este tipo de configuración fue clave cuando necesitaba que ciertos equipos salieran por un proveedor específico por temas de políticas o rendimiento.
Ejemplo básico paso a paso
- Identificas tráfico (IP, red o servicio)
- Lo marcas con routing-mark
- Defines la ruta para ese tráfico
Cambios clave de routing-mark en RouterOS v7
Aquí es donde cambia todo.
Nuevo enfoque: routing tables
En RouterOS v7 ya no se trabaja directamente como en v6.
Ahora necesitas:
- Crear routing tables
- Asociarlas correctamente
- Usarlas junto con routing-mark
Diferencias reales frente a v6
| RouterOS v6 | RouterOS v7 |
|---|---|
| routing-mark directo | routing tables |
| configuración simple | estructura modular |
| menos control | más flexible |
Qué rompe tu configuración si migras mal
Cuando migré configuraciones, uno de los principales problemas fue:
El tráfico no salía por donde debía
Y esto es crítico cuando estás intentando forzar salida por una WAN específica, porque simplemente deja de cumplirse la política.
Cómo configurar routing-mark en RouterOS v7 (ejemplo práctico)
Aquí es donde se define todo correctamente.
Creación de routing tables correctamente
/routing table
add name=to_ISP1 fib
add name=to_ISP2 fib
Error real que cometí:
La primera vez olvidé habilitar fib, y aunque todo parecía correcto… el tráfico no salía.
Uso de mangle con routing-mark
/ip firewall mangle
add chain=prerouting src-address=192.168.1.10 action=mark-routing new-routing-mark=to_ISP1
Forzar salida de tráfico por WAN específica
Este es el uso más importante en producción:
/ip route
add dst-address=0.0.0.0/0 gateway=1.1.1.1 routing-table=to_ISP1
Con esto logras: obligar que ese tráfico salga por ISP1
En escenarios reales, esto me permitió:
- Aislar tráfico sensible
- Cumplir políticas de red
- Evitar problemas con proveedores
Integración con múltiples proveedores (multi-WAN)
En un router de borde con 2 ISPs:
- ISP1 → tráfico crítico o prioritario
- ISP2 → tráfico general
El routing-mark permite controlar esto con precisión total.
Error crítico en RouterOS v7: olvidar habilitar FIB
En RouterOS v7:
Las routing tables necesitan fib para funcionar realmente
Sin eso:
- Las rutas existen
- Pero no enrutan tráfico
Cómo detectarlo rápidamente
- El tráfico no sale por la WAN esperada
- Ping falla usando routing-table
- Configuración parece correcta pero no funciona
Cómo solucionarlo
/routing table
add name=to_ISP1 fib
Después de esto, en mi experiencia, todo empezó a funcionar inmediatamente.
Buenas prácticas y recomendaciones
Diseño para routers de borde
- Define políticas claras de salida
- Usa routing-mark para control granular
- Separa tráfico por tipo o prioridad
Optimización y mantenimiento
- Usa nombres descriptivos (to_ISP1, to_ISP2)
- Documenta reglas
- Mantén orden en mangle
Debug y troubleshooting
Herramientas clave:
- torch
- ping con routing-table
- traceroute
Conclusión
El routing-mark no solo sirve para marcar tráfico, sino para algo mucho más importante:
Tener control absoluto sobre por dónde sale cada paquete en tu red
En RouterOS v7, esto requiere entender bien las routing tables y evitar errores como no habilitar FIB.
En entornos reales (ISPs, WISPs, redes empresariales), dominar esto significa:
- Mejor rendimiento
- Mayor estabilidad
- Control total del tráfico
Preguntas Frecuentes
¿Para qué sirve routing-mark realmente?
Para controlar y forzar la salida de tráfico por rutas específicas.
¿Se puede obligar tráfico por una WAN?
Sí, es uno de sus usos principales en producción.
¿Qué cambió en v7?
Ahora se usan routing tables en lugar de routing-mark directo.
¿Por qué no funciona en v7?
Generalmente por no configurar correctamente las routing tables o no habilitar FIB.
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










