El Speed Test es una herramienta integrada en RouterOS diseñada para medir el ping, jitter y rendimiento TCP/UDP entre dos dispositivos MikroTik.
Funciona sobre dos sistemas: utiliza el motor del Ping Tool para latencias y del Bandwidth Test para throughput, lo que lo convierte en una solución todo en uno, ideal para pruebas de conectividad interna.
Al final del artículo encontrarás un pequeño test que te permitirá evaluar los conocimientos adquiridos en esta lectura
Propiedades y configuración básica
La herramienta speed-test tiene varias opciones configurables:
- address: dirección IP del host de prueba
- connection-count: cantidad de hilos concurrentes (default 20, o igual al número de cores si hay más de 20)
- test-duration: tiempo de cada uno de los cinco sub-tests (ping, TCP recv/send, UDP recv/send) — por defecto 5×10 s + pausas de 1 s = 55 s
- user y password: credenciales en caso de usar autenticación
Qué mide y cómo interpretarlo
El speed-test proporciona métricas akin a las del Bandwidth Test:
- Ping: mínima, media, máxima
- Jitter: variación en el retraso
- Pérdida de paquetes: porcentaje de paquetes perdidos
- TCP throughput: en ambas direcciones y carga de CPU local/remota
- UDP throughput: similar a TCP, pero sin feedback de ACKs
Al alcanzar la CPU al 100 %, aparece una advertencia indicando que los resultados podrían estar limitados por dicho factor.
Comparativa con Bandwidth Test
El Speed Test mejora al Bandwidth Test en varios aspectos:
- Multiproceso: usa varios hilos para saturar mejor la conexión
- Loop de tests: mide no solo throughput, sino también latencia y jitter
- Visión completa: combina ping, TCP y UDP en una sola ejecución
Sin embargo, igual que el Bandwidth Test, consume grandes recursos y puede saturar enlaces si no se controla .
Consideraciones de seguridad y buenas prácticas
La carga del Speed Test puede desestabilizar enlaces:
- Safe-mode: recomendable si se ejecuta desde Winbox, para evitar bloqueos del UI .
- Limitación de ancho de banda & duración: usar parámetros de control para no saturar la tubería.
- Topología recomendada: colocar el dispositivo bajo prueba en medio de un testador y servidor, de forma que el router no sea el generador ni receptor directo de la carga.
Ejemplo práctico paso a paso
Entorno:
- Router A (test initiator): 10.0.0.1
- Router B (servidor): 10.0.0.2 (con /tool bandwidth-server activo)
Comando:
/tool/speed-test address=10.0.0.2 connection-count=4 test-duration=15s user=admin password=secret
Salida típica:
status: done
time-remaining: 0s
ping-min-avg-max: 200us / 250us / 500us
jitter-min-avg-max: 10us / 50us / 100us
loss: 0% (0/100)
tcp-download: 800Mbps local-cpu-load:40% remote-cpu-load:30%
tcp-upload: 780Mbps local-cpu-load:50% remote-cpu-load:35%
udp-download: 770Mbps local-cpu-load:10% remote-cpu-load:20%
udp-upload: 760Mbps local-cpu-load:25% remote-cpu-load:15%
Interpretación:
- Latencia (250 µs) y jitter (50 µs) bajos, excelente performance interna.
- TCP ~800 Mbps: buen rendimiento comparado con interfaces gigabit.
- Carga de CPU del 40 – 50 % durante TCP: saludable.
- UDP algo menor (770 Mbps) pero más eficiente en CPU.
Aplicaciones y análisis en detalle
- Detección de cuellos de botella: baja latencia + throughput elevado → capa de red eficiente.
- Impacto de CPU: valores elevados (80–100 %) indican que el hardware limita el throughput real.
- Comparación TCP/UDP: TCP más alto, UDP menos confiable según configuración de MTU/headers.
- Monitorización continua: ideal para evaluar cambios en topología, firmware o configuración.
Integración avanzada
- Automatización: programar tests regulares mediante scheduler, capturar resultados a logs o bases externas.
- Alertas: monitorear carga o drop de performance con scripts y envíos (email, API).
- Comparativo con Ookla/IPerf3: ideal para conexiones a Internet externa; speed-test se limita a entorno MikroTik.
Tabla comparativa de rendimiento con Speed Test (entre distintos RouterBOARDs)
Modelo MikroTik | CPU | Núcleos | Rendimiento Speed Test TCP (Mbps) | Uso de CPU (%) aprox. | Notas Técnicas |
hEX RB750Gr3 | MT7621 | 2 | 350–450 | 80–100% | CPU limitada en tests con múltiples conexiones |
hAP ac² | IPQ-4018 | 4 | 600–700 | 70–90% | Buen rendimiento para pruebas internas |
CCR1009-7G-1C-1S+ | TILERA Tile-Gx | 9 | 900–950 | 40–60% | Ideal para pruebas intensivas en capa LAN |
CCR2004-1G-12S+2XS | AL32400 | 4 | >2 Gbps | 25–45% | Soporte SFP+ y CPU ARM 64-bit |
RB5009UG+S+IN | ARM Cortex-A72 | 4 | 1600–1800 | 50–70% | Excelente balance potencia/consumo |
CCR2216-1G-12XS-2XQ | ARMv8 16C | 16 | >10 Gbps | <30% | Clase datacenter, uso en troncales ISP |
Todos los tests consideran connection-count=4 y tráfico TCP bidireccional interno entre dos dispositivos MikroTik. Las cifras pueden variar por versión de RouterOS, condiciones de red o temperatura.
Conclusión
El speed-test en MikroTik es una herramienta potente y flexible para medir latencia, jitter y rendimiento interno. Permite obtener métricas valiosas para:
- Verificar estado de enlaces
- Identificar cuellos de botella
- Analizar impacto de hardware
- Validar cambios de configuración
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 Seguridad Avanzada RouterOS v7
Material de estudio para el Curso de Certificación MTCSE, actualizado a RouterOS v7










