- Probar la latencia de su VPS hacia su bróker requiere medir la latencia de la red desde el propio VPS, no desde su PC doméstica, utilizando herramientas como ICMP ping, Psping para pruebas de puertos TCP, tracert/pathping para análisis de saltos y WinMTR para monitoreo sostenido.
- La medición precisa de la latencia es fundamental para ejecutar estrategias automatizadas en un VPS de forex para reducir el deslizamiento y lograr un mejor rendimiento de trading.
- Ejecute pruebas de latencia durante el horario de trading habitual de su bróker cuando la actividad del mercado sea alta. Hacer pruebas durante las horas pico garantiza que los resultados reflejen las condiciones reales de trading.
El número de latencia mostrado en MetaTrader 4 o MetaTrader 5 no es el RTT real de su bróker. MT4 y MT5 son plataformas de trading, no herramientas de medición de red. La cifra que se muestra en la esquina inferior derecha de la terminal es una estimación de la capa de aplicación, y regularmente reporta de menos o tergiversa el tiempo de ida y vuelta real hacia el servidor de ejecución del bróker.
Para tomar decisiones de infraestructura precisas, necesita medir la latencia en la capa de red, desde el propio VPS, utilizando el puerto correcto. Un ping desde su PC doméstica a un nombre de host de un bróker no le dice nada sobre lo que su Expert Advisor está experimentando realmente.
Esta guía cubre cuatro métodos:
- ICMP ping
- Prueba de puerto TCP con Psping
- Análisis de ruta salto por salto con tracert y pathping
- Monitoreo sostenido con WinMTR
Cada método tiene un propósito de diagnóstico diferente. Utilice los cuatro antes de concluir la selección de la ubicación de su VPS o del servidor del bróker.
- ¿Qué necesita antes de ejecutar cualquier prueba de latencia?
- ¿Cuáles son los cuatro métodos con los que puede probar la latencia de su VPS hacia su bróker?
- ¿Cuál es una latencia aceptable de VPS a bróker para diferentes estrategias de trading?
- Cómo interpretar los resultados de su prueba de latencia
- Preguntas frecuentes sobre cómo probar la latencia de su VPS hacia su bróker
¿Qué necesita antes de ejecutar cualquier prueba de latencia?
Antes de ejecutar cualquier prueba, necesita tres piezas de información. Sin ellas, medirá el host equivocado, el puerto equivocado o la ruta equivocada.
1. El nombre de host o IP del servidor de trading de su bróker
Este no es el sitio web de marketing del bróker. Es el servidor de ejecución real al que se conecta su instancia de la plataforma de trading. Puede encontrarlo de dos maneras:
- En MT4/MT5: Vaya a Archivo > Abrir una cuenta > Ver la dirección del servidor mostrada en la ventana de inicio de sesión. Ejemplo: ICMarketsEU-MT5-Live01.gbm.network
- En cTrader: Navegue a Configuración > Conexión > Campo de dirección del servidor
No utilice el dominio del sitio web general del bróker para las pruebas de latencia. Las plataformas de trading se conectan a servidores de ejecución dedicados que pueden estar en centros de datos diferentes al sitio web de marketing.
2. El puerto TCP que utiliza su bróker
La mayoría de los brókers de forex minoristas utilizan una de tres configuraciones de puertos:
- Puerto 443 (HTTPS/TLS): el valor predeterminado más común para MT4 y MT5 en 2025–2026
- Puerto 1950: un estándar más antiguo de MetaQuotes utilizado por algunos brókers de MT4
- Puerto 443: frecuentemente utilizado también por cTrader y NinjaTrader
Si no conoce el puerto de su bróker, consulte su documentación técnica o pregunte a soporte. El puerto importa porque los firewalls de los brókers bloquean comúnmente el ICMP (ping estándar) mientras permiten TCP en el puerto de trading.
Según la documentación de Cloudflare sobre ICMP, los firewalls de infraestructura financiera bloquean con frecuencia las solicitudes de eco ICMP como una postura de seguridad estándar, lo que significa que se requieren pruebas basadas en TCP para una medición precisa de la latencia en los servidores del bróker.
3. Una sesión de Escritorio Remoto abierta hacia el VPS
Todas las pruebas deben ejecutarse desde el VPS a través del Protocolo de Escritorio Remoto (RDP), no desde su computadora local. Su Expert Advisor se ejecuta en el VPS. Solo la ruta del VPS al bróker determina la calidad de la ejecución.
¿Cuáles son los cuatro métodos con los que puede probar la latencia de su VPS hacia su bróker?
Método 1: Utilice ICMP Ping para medir el RTT base hacia su bróker
ICMP ping es la forma más rápida de establecer un tiempo de ida y vuelta base e identificar problemas de conectividad obvios. Utilice esto como su primer paso de diagnóstico. Si se agota el tiempo de espera del ping, no significa que el bróker sea inalcanzable. Significa que el ICMP está bloqueado, lo cual es común en los firewalls de servidores financieros. Proceda de inmediato al Método 2 (Psping).
Úselo cuando: Desee una primera medición rápida y confirmar la conectividad básica al nombre de host del bróker.
Cómo ejecutar ICMP Ping desde un VPS de Windows
Abra el Símbolo del sistema en el VPS (Win + R, escriba cmd, presione Enter).
Ping continuo básico (Ctrl+C para detener):
ping -t BROKER_HOSTNAME_OR_IP
Ejemplo:
ping -t ICMarketsEU-MT5-Live01.gbm.network
Ping de conteo extendido (200 muestras para confiabilidad estadística):
ping -n 200 BROKER_HOSTNAME_OR_IP
Cómo interpretar la salida de ICMP Ping
Cómo interpretar la salida de ICMP Ping
| Métrica | Qué significa |
|---|---|
| RTT promedio (ms) | Tiempo medio de ida y vuelta a través de todos los pings exitosos. Indicador principal de latencia. |
| Diferencia Mín / Máx | Una diferencia ajustada (por ejemplo, 2 ms mín / 4 ms máx) indica una ruta estable. Una diferencia amplia (por ejemplo, 2 ms mín / 180 ms máx) indica inestabilidad de enrutamiento o congestión. |
| Paquetes perdidos (%) | Cualquier porcentaje por encima del 0% requiere investigación inmediata. Consulte el Método 4 (WinMTR) para un análisis granular. |
| Tiempo de espera agotado para la solicitud | El firewall del bróker está bloqueando el ICMP. Proceda al Método 2 (Psping en el puerto TCP). |
Limitaciones de ICMP Ping para pruebas de latencia de brókers
ICMP ping mide una ruta de red diferente a la que usa su plataforma de trading. Su plataforma de trading se conecta vía TCP en un puerto específico. La infraestructura del bróker está comúnmente configurada para despriorizar o bloquear respuestas ICMP mientras mantiene conexiones normales de trading TCP. Un tiempo de espera agotado en el ping no significa que su latencia de ejecución sea alta. Significa que el firewall bloquea este protocolo de diagnóstico. Utilice el Método 2 para una medición de latencia equivalente a producción precisa.
Método 2: Utilice Psping para probar la latencia del puerto TCP hacia su bróker
Psping es la herramienta principal correcta de medición de latencia para pruebas de VPS de forex. Psping mide el tiempo de ida y vuelta de TCP en el puerto real que utiliza su plataforma de trading, eludiendo el bloqueo de ICMP y generando una muestra estadísticamente significativa. Descargue Psping de Microsoft Sysinternals en learn.microsoft.com/en-us/sysinternals/downloads/psping. Psping es una utilidad gratuita y firmada de Microsoft.
Úselo cuando: Desee una medición de latencia TCP precisa y estadísticamente robusta en el puerto de trading de producción. Este es el método principal para evaluar la ubicación del VPS y la selección del servidor del bróker.
Instalación y configuración
- Descargue la suite Sysinternals (o Psping individualmente) desde la página de Microsoft Sysinternals en learn.microsoft.com/en-us/sysinternals/downloads/psping
- Extraiga el archivo psping.exe a un directorio permanente como C:\Tools\psping.exe
- Acepte el acuerdo de licencia en la primera ejecución: psping.exe -accepteula
Comandos principales de Psping para pruebas de latencia de brókers
Prueba básica de latencia TCP (100 muestras, IPv4 forzado):
psping.exe -4 -n 100 BROKERIP:PORT
Ejemplo:
psping.exe -4 -n 100 198.51.100.45:443
Prueba continua de latencia TCP con intervalo (se ejecuta hasta Ctrl+C):
psping.exe -4 -t BROKERIP:PORT
Prueba extendida de 500 muestras para confiabilidad estadística:
psping.exe -4 -n 500 -i 0.1 BROKERIP:PORT
Guardar la salida en un archivo para análisis posterior:
psping.exe -4 -n 200 BROKERIP:PORT > C:\latency_test_results.txt
Parámetros explicados:
- -4 — Fuerza IPv4 para evitar el enrutamiento IPv6 que puede seguir una ruta diferente
- -n 100 — Envía 100 paquetes de prueba
- -t — Se ejecuta continuamente hasta que se detiene con Ctrl+C
- -i 0.1 — Envía un paquete cada 100 milisegundos (10 por segundo)
Métricas clave de salida de Psping
Métricas clave de salida de Psping para la ejecución del bróker
| Salida de Psping | Qué significa para la ejecución del bróker |
|---|---|
| RTT promedio | El tiempo medio de ida y vuelta de TCP a través de todos los paquetes de prueba. Indicador principal de rendimiento. |
| RTT mínimo | La conexión más rápida alcanzable bajo el enrutamiento actual, que representa el piso físico para la latencia. |
| RTT máximo | El retraso del peor caso para un solo paquete. Los valores grandes de RTT máximo indican picos de latencia que afectan el llenado de órdenes durante la volatilidad. |
| Desviación estándar | Una desviación estándar baja (< 1 ms en un servidor bien conectado) indica una ejecución estable. Una desviación estándar alta indica inestabilidad de enrutamiento. |
| % de paquetes recibidos | Cualquier valor por debajo del 100% indica caídas de conexión TCP en el puerto de trading de producción, lo que es un riesgo directo para la calidad de la ejecución. |
Método 3: ¿Cómo utiliza Tracert y Pathping para el análisis de latencia del bróker salto por salto?
Tracert (traceroute) y pathping revelan qué salto de red específico está contribuyendo con la mayor latencia a la ruta del VPS al bróker. Esta es una herramienta de diagnóstico, no una medición de producción. Utilice tracert y pathping cuando Psping muestre un RTT inesperadamente alto y necesite identificar en qué parte de la ruta de enrutamiento se origina la latencia. La documentación de comandos de Windows de Microsoft cubre ambas herramientas; tracert y pathping.
Úselo cuando: Tenga un RTT de Psping inesperadamente alto y desee identificar el salto de enrutamiento específico que causa el problema. También es útil al comparar proveedores de VPS para comprender la ruta física hasta el centro de datos del bróker.
Comandos de Tracert
Tracert estándar (30 saltos como máximo):
tracert BROKER_HOSTNAME_OR_IP
Tracert extendido con límite de saltos más alto e IPv4 forzado:
tracert -4 -h 50 BROKER_HOSTNAME_OR_IP
Parámetros:
- -h 50 — Permite hasta 50 saltos (el valor predeterminado es 30)
- -4 — Fuerza IPv4
Pathping para datos combinados 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. Pathping envía 100 paquetes a cada salto, lo que lo hace más preciso para diagnósticos que tracert al identificar la fuente de pérdida de paquetes:
pathping -4 BROKER_HOSTNAME_OR_IP
Pathping se ejecuta en dos fases: primero, descubre la ruta (como tracert). Luego envía 100 paquetes de prueba a cada salto y calcula el porcentaje de pérdida. Toda la prueba tarda varios minutos en completarse.
Cómo interpretar la salida de Tracert
Cómo interpretar la salida de Tracert
| Patrón de Tracert | Qué indica |
|---|---|
| Baja latencia hasta un salto específico, luego un salto repentino | El salto después del brinco está introduciendo latencia, lo cual es probablemente un enlace de tránsito congestionado o un paquete cruzando un enlace de fibra de larga distancia (por ejemplo, transatlántico) |
| * * * (tiempo de espera agotado) en un salto intermedio | Ese enrutador está configurado para no responder a las sondas tracert. Esto es normal en muchas redes de tránsito y no indica un problema. |
| * * * en el salto final (servidor del bróker) | El firewall del bróker bloquea ICMP. La ruta sigue funcionando; el servidor no responde a las sondas de tracert. Consulte los resultados de Psping para el RTT real. |
| RTT alto en un salto intermedio específico, estable en el siguiente | Ese enrutador desprioriza las sondas ICMP (comportamiento normal). Esto no indica un cuello de botella real. Compare con los resultados de Psping. |
Método 4: ¿Cómo utiliza WinMTR para el monitoreo sostenido de la latencia del VPS al bróker?
WinMTR proporciona una vista en tiempo real y con actualización continua de la latencia por salto y la pérdida de paquetes a lo largo del tiempo. WinMTR es la herramienta individual más completa para el monitoreo continuo de la red desde un VPS de Windows. Descargue WinMTR desde el repositorio oficial de GitHub en github.com/White-Tiger/WinMTR. No requiere instalación y se ejecuta como un ejecutable independiente. WinMTR es el equivalente en Windows del comando mtr en sistemas Linux.
Úselo cuando: Desee monitorear la latencia y la pérdida de paquetes durante un período prolongado (más de 30 minutos), particularmente durante condiciones de mercado en vivo. WinMTR es la mejor herramienta para detectar pérdida de paquetes intermitente que una breve prueba de Psping pasaría por alto.
Configuración e instalación
- Descargue WinMTR desde github.com/White-Tiger/WinMTR
- Extraiga y ejecute WinMTR.exe — no se requiere instalación
- En el campo Host, ingrese el nombre de host o la dirección IP del bróker
- Establezca el intervalo en 100 ms (10 paquetes por segundo) para pruebas en horario de mercado
- Haga clic en Start y deje que WinMTR se ejecute durante un mínimo de 30 minutos durante las horas de trading activo
Métricas clave de WinMTR
Métricas clave de WinMTR
| Métrica | Valor normal | Acción requerida |
|---|---|---|
| Último | < 5ms (coubicado) | RTT del último paquete |
| Prom | < 5ms (coubicado) | RTT medio a través de todas las muestras, que es la métrica de rendimiento principal |
| Mejor | < 1ms (coubicado) | El paquete individual más rápido, que representa el mínimo físico |
| Peor | < 10ms idealmente | Los peores valores altos indican picos de latencia durante la congestión |
| % de Pérdida | 0% | Cualquier pérdida superior al 0% requiere investigación |
| Enviados | Incremento constante | Confirma que WinMTR está enviando paquetes activamente |
Exportación de datos de WinMTR
Haga clic en Export to TEXT para guardar una copia de la tabla completa de datos por salto. Al reportar problemas a su proveedor de VPS, incluya siempre la exportación de WinMTR más la ventana de tiempo específica de la prueba, el nombre de host del servidor del bróker probado y la sesión de trading durante la cual se observó el problema.
¿Cuál es una latencia aceptable de VPS a bróker para diferentes estrategias de trading?
Los umbrales de latencia varían significativamente según la estrategia de trading.
¿Cuál es una latencia aceptable de VPS a bróker para diferentes estrategias de trading?
| Estrategia de Trading | Latencia aceptable (RTT Promedio de Psping) | Objetivo |
|---|---|---|
| EAs de Scalping (objetivo de 2–5 pips, más de 100 operaciones/día) | < 5ms | < 1ms (mismo campus de Equinix) |
| Robots de trading de noticias (basados en eventos, sensibles al tiempo) | < 10ms | < 3ms |
| Bots de cuadrícula de alta frecuencia | < 5ms | < 2ms |
| Estrategias EA estándar (diarias a intradía) | < 20ms | < 10ms (misma ciudad/región) |
| EAs de swing trading (mantenimiento nocturno) | < 50ms | < 20ms |
| Trading de posición (días a semanas) | < 100ms | No crítico |
El IDCInfoBrief encargado por Equinix confirma que la proximidad física a los lugares de ejecución es la variable dominante en la latencia de la red financiera. Un VPS coubicado en Equinix NY4 con un bróker cuyo motor de emparejamiento está en el mismo campus logra sub-1ms de manera consistente. Un VPS en un centro de datos genérico de US-East a 50 millas del bróker puede ofrecer 20–80ms independientemente de la calidad del hardware.
Cómo interpretar los resultados de su prueba de latencia
Después de ejecutar los cuatro métodos, utilice esta tabla de referencia para evaluar su posición de latencia de VPS a bróker:
Evaluación de latencia de RTT promedio de Psping
| RTT Promedio de Psping | Evaluación | Acción |
|---|---|---|
| < 1ms | Excelente: verdadera coubicación o conexión cruzada en el mismo campus de Equinix | Óptimo. No se necesitan cambios en la infraestructura. |
| 1–5ms | Bueno: mismo centro financiero, enrutamiento cercano al campus | Aceptable para la mayoría de las estrategias de scalping y HFT. |
| 5–20ms | Aceptable: misma región geográfica, diferentes centros de datos | Adecuado para estrategias de EA estándar. Considere actualizar la ubicación del VPS si ejecuta scalping. |
| 20–50ms | Marginal: distancia de enrutamiento significativa hacia el bróker | Revise la ubicación del VPS en relación con el centro de datos del bróker. Considere una ubicación de ForexVPS.net diferente. |
| > 50ms | Pobre: el VPS está lejos del motor de emparejamiento del bróker | Cambie la ubicación del VPS. Más de 50 ms introducen un deslizamiento medible en cada orden sensible a la latencia. |
Para los clientes de ForexVPS.net, utilice la herramienta de latencia del bróker para identificar cuál de las 22 ubicaciones globales ofrece el RTT más bajo para su bróker específico antes de ejecutar una prueba desde el VPS aprovisionado.
Preguntas frecuentes sobre cómo probar la latencia de su VPS hacia su bróker
Aquí hay respuestas a algunas preguntas frecuentes sobre cómo probar la latencia de su VPS hacia su bróker:
¿Por qué se agota el tiempo de espera de mi ping aunque MetaTrader está conectado?
Los firewalls de los brókers bloquean frecuentemente las Solicitudes de Eco ICMP (ping) como medida de seguridad, incluso cuando la plataforma de trading se conecta normalmente. La plataforma de trading utiliza TCP en un puerto específico (generalmente 443 o 1950), no ICMP. El bloqueo de ICMP es una postura de seguridad estándar en la infraestructura financiera, como se indica en la documentación sobre ICMP de Cloudflare. Utilice Psping en modo TCP (psping.exe -4 -t BROKERIP:PORT) para medir la latencia cuando el ICMP esté bloqueado.
¿Debería probar la latencia desde mi PC doméstica o desde el VPS?
Siempre desde el VPS. Probar desde su PC doméstica mide la ruta desde su ISP hasta el bróker, lo cual es irrelevante para el rendimiento del trading. Su Expert Advisor se ejecuta en el VPS, por lo que la única ruta que importa es desde el centro de datos del VPS hasta el servidor de ejecución del bróker. Una prueba desde su PC doméstica puede mostrar 5 ms mientras que el VPS está experimentando 80 ms, o viceversa. Según la documentación de VPS de MetaQuotes, la latencia del VPS al bróker es la única métrica que afecta la ejecución de la orden.
¿Con qué frecuencia debo probar la latencia de mi VPS a mi bróker?
Ejecute una prueba completa (Psping más WinMTR) al menos una vez al mes y después de cualquier cambio en su plan de VPS, servidor de bróker o configuración de plataforma de trading. Además, ejecute pruebas inmediatamente si nota deslizamientos inusuales, rechazos de órdenes o desconexiones durante el trading en vivo. La latencia puede degradarse debido a cambios de enrutamiento en los operadores de tránsito, que están fuera del control directo tanto del proveedor de VPS como del bróker.
¿Importa más la pérdida de paquetes que la alta latencia?
Para el trading con EA, sí. Una baja latencia consistente con 0% de pérdida de paquetes es preferible a una latencia promedio baja con cualquier pérdida de paquetes. Según el análisis de pérdida de paquetes de Cloudflare, las retransmisiones TCP provocadas por la pérdida de paquetes introducen retrasos iguales a múltiplos del RTT base. Un RTT consistente de 15 ms con 0% de pérdida supera a un promedio de 5 ms con 0.1% de pérdida de paquetes para estrategias de EA que se ejecutan a alta frecuencia.
