Aprende a medir y verificar la velocidad de conexión de tu VPS a tu broker con pruebas de ping y comandos de terminal para lograr una ejecución óptima.
- Para medir la latencia de tu VPS hacia tu broker, debes evaluar la latencia de red desde el propio VPS y no desde la computadora de tu casa, utilizando herramientas como el ping ICMP, Psping para probar puertos TCP, tracert/pathping para el análisis de saltos y WinMTR para un monitoreo continuo.
- Medir la latencia con precisión es fundamental al ejecutar estrategias automatizadas en un Forex VPS para reducir el deslizamiento y lograr un mejor rendimiento en tus operaciones.
- Realiza las pruebas de latencia durante el horario habitual de operaciones de tu broker, cuando la actividad del mercado sea alta. Probar durante las horas pico garantiza que los resultados reflejen las condiciones reales de trading.
El valor de latencia que muestra MetaTrader 4 o MetaTrader 5 no es el RTT real hacia tu broker. MT4 y MT5 son plataformas de trading, no herramientas de medición de redes. La cifra que aparece en la esquina inferior derecha de la terminal es una estimación de la capa de aplicación y, con frecuencia, subestima o distorsiona el tiempo real de ida y vuelta (RTT) hacia el servidor de ejecución del broker.
Para tomar decisiones acertadas sobre tu infraestructura, debes medir la latencia en la capa de red, directamente desde el propio VPS y utilizando el puerto correcto. Un ping desde la computadora de tu casa hacia el nombre de host de un broker no te dice nada sobre lo que realmente experimenta tu Expert Advisor.
Esta guía explica cuatro métodos:
- Ping ICMP
- Pruebas de puertos TCP con Psping
- Análisis de ruta salto por salto con tracert y pathping
- Monitoreo continuo con WinMTR
Cada método cumple un propósito de diagnóstico diferente. Utiliza los cuatro antes de tomar una decisión definitiva sobre la ubicación de tu VPS o la selección del servidor del broker.
¿Qué necesitas antes de ejecutar cualquier prueba de latencia?
Antes de realizar cualquier prueba, necesitas tres datos clave. Sin ellos, medirás el host equivocado, el puerto incorrecto o una ruta errónea.
1. El nombre de host o la dirección IP del servidor de trading de tu broker
No se trata del sitio web comercial del broker, sino del servidor de ejecución real al que se conecta tu terminal de trading. Puedes encontrarlo de dos maneras:
- En MT4/MT5: ve a Archivo > Abrir una cuenta > Consulta la dirección del servidor que aparece en la ventana de inicio de sesión. Por ejemplo: ICMarketsEU-MT5-Live01.gbm.network
- En cTrader: ve a Configuración > Conexión > campo Dirección del servidor
No utilices el dominio general del sitio web del broker para medir la latencia. Las plataformas de trading se conectan a servidores de ejecución dedicados que pueden estar ubicados en centros de datos distintos a los del sitio comercial.
2. El puerto TCP que utiliza tu broker
La mayoría de los brokers minoristas de Forex utilizan una de estas tres configuraciones de puertos:
- Puerto 443 (HTTPS/TLS): el valor predeterminado más habitual para MT4 y MT5 en 2025–2026
- Puerto 1950: un estándar anterior de MetaQuotes que todavía usan algunos brokers de MT4
- Puerto 443: muy utilizado también por cTrader y NinjaTrader
Si no sabes qué puerto utiliza tu broker, consulta su documentación técnica o ponte en contacto con su equipo de soporte. Conocer el puerto es indispensable, ya que los firewalls de los brokers suelen bloquear el tráfico ICMP (el ping estándar) mientras permiten conexiones TCP en el puerto de trading.
Según la documentación sobre ICMP de Cloudflare, los firewalls de infraestructura financiera suelen bloquear las solicitudes de eco ICMP como medida estándar de seguridad, lo que hace necesarias las pruebas basadas en TCP para medir la latencia con exactitud en los servidores de los brokers.
3. Una sesión de escritorio remoto abierta en el VPS
Todas las pruebas deben ejecutarse desde el VPS mediante el Protocolo de Escritorio Remoto (RDP), no desde tu computadora local. Tu Expert Advisor opera en el VPS; por lo tanto, solo la ruta entre el VPS y el broker determina la calidad de ejecución.
¿Cuáles son los cuatro métodos para medir la latencia de tu VPS hacia tu broker?
Método 1: usa el ping ICMP para medir el RTT base hacia tu broker
El ping ICMP es la forma más rápida de obtener un tiempo base de ida y vuelta e identificar problemas evidentes de conectividad. Utilízalo como primer paso de diagnóstico. Si el ping agota el tiempo de espera, no significa que el broker sea inaccesible, sino que el protocolo ICMP está bloqueado, algo habitual en los firewalls de servidores financieros. En ese caso, pasa directamente al Método 2 (Psping).
Úsalo cuando: quieras una primera medición rápida y confirmar la conectividad básica con el nombre de host del broker.
Cómo ejecutar un ping ICMP desde un VPS con Windows
Abre el Símbolo del sistema en el VPS (presiona Win + R, escribe cmd y presiona Enter).
Ping continuo básico (presiona Ctrl+C para detenerlo):
ping -t BROKER_HOSTNAME_OR_IPEjemplo:
ping -t ICMarketsEU-MT5-Live01.gbm.networkPing extendido con conteo (200 muestras para confiabilidad estadística):
ping -n 200 BROKER_HOSTNAME_OR_IPCómo interpretar los resultados del ping ICMP
| Métrica | Qué significa |
|---|---|
| RTT promedio (ms) | Tiempo medio de ida y vuelta de todos los pings exitosos. Es el indicador principal de latencia. |
| Diferencia entre mín. y máx. | Una variación reducida (por ejemplo, 2 ms mín. / 4 ms máx.) indica una ruta estable. Una variación amplia (por ejemplo, 2 ms mín. / 180 ms máx.) indica congestión o inestabilidad en el enrutamiento. |
| Paquetes perdidos (%) | Cualquier porcentaje superior a 0% requiere investigación inmediata. Consulta el Método 4 (WinMTR) para un análisis detallado. |
| Tiempo de espera agotado | El firewall del broker está bloqueando el protocolo ICMP. Pasa al Método 2 (Psping en el puerto TCP). |
Limitaciones del ping ICMP para probar la latencia del broker
El ping ICMP mide una ruta de red distinta a la que utiliza tu plataforma de trading. Tu plataforma se conecta mediante TCP a través de un puerto específico. La infraestructura del broker suele estar configurada para despriorizar o bloquear las respuestas ICMP, mientras mantiene conexiones TCP normales de trading. Que el ping agote el tiempo de espera no significa que tu latencia de ejecución sea alta; significa que el firewall bloquea este protocolo de diagnóstico. Utiliza el Método 2 para obtener una medición precisa y representativa del entorno de producción.
Método 2: usa Psping para probar la latencia del puerto TCP hacia tu broker
Psping es la herramienta principal adecuada para evaluar la latencia en un Forex VPS. Mide el tiempo de ida y vuelta por TCP en el puerto real que utiliza tu plataforma de trading, eludiendo el bloqueo de ICMP y generando una muestra estadísticamente representativa. Puedes descargar Psping desde Microsoft Sysinternals en learn.microsoft.com/en-us/sysinternals/downloads/psping. Psping es una utilidad gratuita y firmada por Microsoft.
Úsalo cuando: quieras una medición precisa y estadísticamente sólida de la latencia TCP en el puerto de trading de producción. Es el método principal para evaluar la ubicación del VPS y la elección del servidor del broker.
Instalación y configuración
- Descarga Sysinternals Suite (o Psping de forma individual) desde la página de Microsoft Sysinternals en learn.microsoft.com/en-us/sysinternals/downloads/psping
- Extrae el archivo psping.exe en un directorio permanente, como C:\Tools\psping.exe
- Acepta el acuerdo de licencia la primera vez que lo ejecutes: psping.exe -accepteula
Comandos clave de Psping para probar la latencia del broker
Prueba básica de latencia TCP (100 muestras, forzando IPv4):
psping.exe -4 -n 100 BROKERIP:PORTEjemplo:
psping.exe -4 -n 100 198.51.100.45:443Prueba continua de latencia TCP con intervalo (se ejecuta hasta presionar Ctrl+C):
psping.exe -4 -t BROKERIP:PORTPrueba extendida de 500 muestras para confiabilidad estadística:
psping.exe -4 -n 500 -i 0.1 BROKERIP:PORTGuardar los resultados en un archivo para analizarlos luego:
psping.exe -4 -n 200 BROKERIP:PORT > C:\latency_test_results.txtExplicación de los parámetros:
- -4: fuerza IPv4 para evitar el enrutamiento IPv6, que podría seguir una ruta diferente
- -n 100: envía 100 paquetes de prueba
- -t: se ejecuta de forma continua hasta que lo detengas con Ctrl+C
- -i 0.1: envía un paquete cada 100 milisegundos (10 por segundo)
Métricas clave de los resultados de Psping
| Resultado de Psping | Qué significa para la ejecución con el broker |
|---|---|
| RTT promedio | El tiempo medio de ida y vuelta por TCP de todos los paquetes de prueba. Es el indicador principal de rendimiento. |
| RTT mínimo | La conexión más rápida alcanzable con el enrutamiento actual; representa el límite físico mínimo de latencia. |
| RTT máximo | El retraso del paquete individual en el peor de los casos. Valores altos de RTT máximo señalan picos de latencia que afectan la ejecución de órdenes durante períodos de volatilidad. |
| Desviación estándar | Una desviación estándar baja (< 1 ms en un servidor con buena conexión) indica una ejecución estable. Una desviación estándar alta indica inestabilidad en el enrutamiento. |
| % de paquetes recibidos | Cualquier valor inferior al 100% indica caídas de conexión TCP en el puerto de trading en producción, lo cual pone en riesgo directo la calidad de ejecución. |
Método 3: ¿cómo usar tracert y pathping para analizar la latencia salto por salto hacia el broker?
Tracert (traceroute) y pathping revelan qué salto específico de la red aporta la mayor latencia en la ruta del VPS al broker. Se trata de herramientas de diagnóstico, no de medición para producción. Utilízalas cuando Psping muestre un RTT inesperadamente alto y necesites identificar en qué punto del enrutamiento se origina la latencia. La documentación de comandos de Windows de Microsoft detalla el funcionamiento de ambas herramientas: tracert y pathping.
Úsalo cuando: obtengas un RTT inesperadamente alto con Psping y quieras identificar qué salto específico del enrutamiento causa el problema. También resulta muy útil al comparar proveedores de VPS para conocer la ruta física hacia el centro de datos del broker.
Comandos de tracert
Tracert estándar (máximo de 30 saltos):
tracert BROKER_HOSTNAME_OR_IPTracert extendido con mayor límite de saltos y forzando IPv4:
tracert -4 -h 50 BROKER_HOSTNAME_OR_IPParámetros:
- -h 50: permite hasta 50 saltos (el valor predeterminado es 30)
- -4: fuerza IPv4
Pathping para combinar datos de ruta y pérdida de paquetes
Pathping combina la visualización de la ruta de tracert con estadísticas de pérdida de paquetes por salto a lo largo del tiempo. Envía 100 paquetes a cada salto, lo que lo hace más preciso que tracert para identificar el origen de la pérdida de paquetes:
pathping -4 BROKER_HOSTNAME_OR_IP
Pathping se ejecuta en dos fases: primero, detecta la ruta (como tracert); luego, envía 100 paquetes de prueba a cada salto y calcula el porcentaje de pérdida. La prueba completa tarda varios minutos en finalizar.
Cómo interpretar los resultados de tracert
| Patrón en tracert | Qué indica |
|---|---|
| Latencia baja hasta un salto específico y luego un aumento brusco | El salto posterior al aumento está generando la latencia; con probabilidad se trata de un enlace de tránsito congestionado o de paquetes que atraviesan una conexión de fibra de larga distancia (por ejemplo, transatlántica). |
| * * * (tiempo de espera agotado) en un salto intermedio | Ese router está configurado para no responder a las solicitudes de sondeo de tracert. Esto es habitual en muchas redes de tránsito y no indica ningún problema. |
| * * * en el último salto (servidor del broker) | El firewall del broker bloquea ICMP. La ruta sigue funcionando; simplemente el servidor no responde a los sondeos de tracert. Consulta los resultados de Psping para conocer el RTT real. |
| RTT alto en un salto intermedio específico, pero estable en el siguiente | Ese router desprioriza los sondeos ICMP (comportamiento normal). No indica un cuello de botella real. Compáralo con los resultados de Psping. |
Método 4: ¿cómo usar WinMTR para un monitoreo continuo de la latencia del VPS al broker?
WinMTR ofrece una vista en tiempo real y actualizada constantemente de la latencia y la pérdida de paquetes salto por salto a lo largo del tiempo. Es la herramienta individual más completa para el monitoreo sostenido de la red desde un VPS con Windows. Descarga WinMTR desde el repositorio oficial de GitHub en github.com/White-Tiger/WinMTR. No requiere instalación y se ejecuta como un archivo ejecutable independiente. WinMTR es el equivalente en Windows del comando mtr en sistemas Linux.
Úsalo cuando: quieras monitorear la latencia y la pérdida de paquetes durante un período prolongado (más de 30 minutos), especialmente en condiciones de mercado en vivo. WinMTR es la mejor herramienta para detectar pérdidas intermitentes de paquetes que una prueba corta de Psping pasaría por alto.
Instalación y configuración
- Descarga WinMTR desde github.com/White-Tiger/WinMTR
- Extrae y ejecuta WinMTR.exe (no requiere instalación)
- En el campo Host, ingresa el nombre de host o la dirección IP del broker
- Establece el intervalo en 100 ms (10 paquetes por segundo) para realizar la prueba durante el horario de mercado
- Haz clic en Start y deja que WinMTR se ejecute durante un mínimo de 30 minutos en las horas más activas de trading
Métricas clave de WinMTR
| Métrica | Valor normal | Acción requerida |
|---|---|---|
| Last | < 5 ms (coubicado) | RTT del último paquete |
| Avg | < 5 ms (coubicado) | RTT medio de todas las muestras; es la métrica de rendimiento principal |
| Best | < 1 ms (coubicado) | El paquete individual más rápido; representa el mínimo físico alcanzable |
| Worst | < 10 ms idealmente | Valores altos indican picos de latencia durante períodos de congestión |
| Loss % | 0% | Cualquier pérdida superior al 0% requiere investigación |
| Sent | Incremento constante | Confirma que WinMTR está enviando paquetes activamente |
Cómo exportar los datos de WinMTR
Haz clic en Export to TEXT para guardar una copia de la tabla completa de datos por salto. Cuando reportes problemas a tu proveedor de VPS, incluye siempre el archivo exportado de WinMTR junto con el período exacto de la prueba, el nombre de host del servidor del broker evaluado y la sesión de trading durante la cual observaste la falla.
¿Cuál es una latencia aceptable entre el VPS y el broker según la estrategia de trading?
Los umbrales de latencia varían de manera considerable según la estrategia de trading.
| Estrategia de trading | Latencia aceptable (RTT promedio en Psping) | Objetivo |
|---|---|---|
| Expert Advisors de scalping (objetivo de 2 a 5 pips, más de 100 operaciones por día) | < 5 ms | < 1 ms (en el mismo campus de Equinix) |
| Robots de trading para noticias (basados en eventos, sensibles al tiempo) | < 10 ms | < 3 ms |
| Bots de cuadrícula de alta frecuencia | < 5 ms | < 2 ms |
| Estrategias estándar con EA (diarias a intradía) | < 20 ms | < 10 ms (misma ciudad o región) |
| Expert Advisors de swing trading (posiciones abiertas de un día para otro) | < 50 ms | < 20 ms |
| Trading posicional (de días a semanas) | < 100 ms | No es crítica |
El informe IDC InfoBrief encargado por Equinix confirma que la proximidad física a los centros de ejecución es la variable determinante en la latencia de las redes financieras. Un VPS coubicado en Equinix NY4 con un broker cuyo motor de emparejamiento está en el mismo campus logra de forma consistente latencias inferiores a 1 ms. Un VPS en un centro de datos genérico del este de EE. UU. a 50 millas del broker puede tener entre 20 y 80 ms, sin importar la calidad del hardware.
Cómo interpretar los resultados de tus pruebas de latencia
Tras aplicar los cuatro métodos, consulta esta tabla de referencia para evaluar el estado de la latencia entre tu VPS y el broker:
| RTT promedio en Psping | Diagnóstico | Acción recomendada |
|---|---|---|
| < 1 ms | Excelente: coubicación real o conexión cruzada en el mismo campus de Equinix | Óptimo. No se requieren cambios en la infraestructura. |
| 1–5 ms | Bueno: mismo centro financiero, enrutamiento cercano al campus | Aceptable para la mayoría de las estrategias de scalping y HFT. |
| 5–20 ms | Aceptable: misma región geográfica, diferentes centros de datos | Adecuado para estrategias estándar con EA. Considera cambiar la ubicación del VPS si haces scalping. |
| 20–50 ms | Límite: distancia de enrutamiento considerable hacia el broker | Revisa la ubicación del VPS respecto al centro de datos del broker. Considera elegir otra ubicación de ForexVPS.net. |
| > 50 ms | Deficiente: el VPS está lejos del motor de emparejamiento del broker | Cambia la ubicación del VPS. Una latencia de más de 50 ms genera un deslizamiento perceptible en cada orden sensible a la velocidad. |
Si eres cliente de ForexVPS.net, utiliza la herramienta de latencia de brokers para identificar cuál de las 22 ubicaciones globales ofrece el menor RTT hacia tu broker antes de realizar pruebas desde el VPS asignado.
Preguntas frecuentes sobre cómo medir la latencia de tu VPS hacia tu broker
A continuación, respondemos algunas de las preguntas más frecuentes sobre cómo medir la latencia entre tu VPS y tu broker:
¿Por qué el ping agota el tiempo de espera si MetaTrader está conectado?
Los firewalls de los brokers suelen bloquear las solicitudes de eco ICMP (ping) por seguridad, incluso cuando la plataforma de trading se conecta con normalidad. La plataforma de trading utiliza TCP en un puerto específico (por lo general el 443 o el 1950), no ICMP. El bloqueo de ICMP es una práctica estándar de seguridad en la infraestructura financiera, como se indica en la documentación sobre ICMP de Cloudflare. Utiliza Psping en modo TCP (psping.exe -4 -t BROKERIP:PORT) para medir la latencia cuando el protocolo ICMP esté bloqueado.
¿Debo medir la latencia desde la computadora de mi casa o desde el VPS?
Siempre desde el VPS. Si mides desde la computadora de tu casa, estarás evaluando la ruta entre tu proveedor de internet y el broker, lo cual no tiene relación con el rendimiento operativo de tus operaciones. Tu Expert Advisor se ejecuta en el VPS, por lo que la única ruta relevante es la que va desde el centro de datos del VPS hasta el servidor de ejecución del broker. Una prueba desde tu computadora local puede marcar 5 ms mientras el VPS experimenta 80 ms, o al revés. Según la documentación de VPS de MetaQuotes, la latencia entre el VPS y el broker es la única métrica que influye en la ejecución de las órdenes.
¿Con qué frecuencia debo medir la latencia de mi VPS hacia el broker?
Realiza una prueba completa (Psping y WinMTR) al menos una vez al mes y después de cualquier cambio en tu plan de VPS, servidor del broker o configuración de la plataforma de trading. Además, haz pruebas de inmediato si notas un deslizamiento inusual, órdenes rechazadas o desconexiones durante el trading en vivo. La latencia puede empeorar por cambios de enrutamiento en los proveedores de tránsito, algo que escapa al control directo tanto del proveedor de VPS como del broker.
¿Afecta más la pérdida de paquetes que una latencia alta?
Para operar con EA, sí. Es preferible tener una baja latencia constante con 0% de pérdida de paquetes que una latencia promedio baja con cualquier pérdida de paquetes. De acuerdo con el análisis de pérdida de paquetes de Cloudflare, las retransmisiones TCP provocadas por la pérdida de paquetes generan demoras equivalentes a varios múltiplos del RTT base. Para estrategias con EA que operan a alta frecuencia, un RTT constante de 15 ms con 0% de pérdida ofrece mejores resultados que un promedio de 5 ms con 0.1% de pérdida de paquetes.
