El ping alto es una queja común y un diagnóstico raro: casi nadie mide antes de sacar conclusiones. Y "el ping está mal" puede significar tres cosas muy diferentes (latencia alta, latencia inestable o pérdida de paquetes), cada una con su causa y su solución.
| Qué es | Qué mide | Cómo lo notas |
|---|---|---|
| Latencia | Tiempo de ida y vuelta de un paquete | Retraso constante entre actuar y ver el resultado |
| Jitter | Variación de la latencia entre paquetes | Tirones cortos, teletransportes, voz entrecortada |
| Pérdida de paquetes | % de paquetes que no llegan | Congelamientos, desconexiones, comandos ignorados |
Una latencia de 60 ms estable molesta mucho menos que una de 30 ms que oscila entre 20 y 200. Por eso "mi ping es bajo pero el juego se traba" no es una contradicción: el promedio está bien y la variación es pésima.
El piso es físico: la distancia entre tú y el servidor. Un paquete no viaja más rápido que la luz en la fibra, y el camino real nunca es una línea recta. São Paulo → Recife tiene un mínimo de algunas decenas de milisegundos que ninguna configuración vence; desde otros países de Sudamérica el piso depende de la distancia hasta São Paulo.
Por encima de ese piso, lo que pesa:
Lo que no define la latencia: la velocidad contratada. 500 Mb no llegan antes que 100 Mb: el ancho de banda es cuánto cabe por segundo, la latencia es cuánto tarda en empezar a llegar. Son magnitudes distintas, y cambiar de plan para "mejorar el ping" casi nunca funciona.
La infraestructura de RedHosting está en el datacenter Ascenty SP4, en São Paulo, con conexión directa al PTT Brasil, el punto de intercambio de tráfico nacional. Es lo que acorta la ruta hacia los proveedores brasileños, comparado con alojar fuera del país. Para jugadores y visitantes de Brasil y Sudamérica, es donde está la menor latencia.
Una sola medición no dice nada. Envía 30 paquetes y mira el resumen del final.
En Windows:
ping -n 30 TU_IPEn Linux y macOS:
ping -c 30 TU_IPEn la última línea están los cuatro números que importan: mínimo, promedio, máximo y desviación. La distancia entre el mínimo y el máximo es tu jitter. La línea de arriba muestra la pérdida de paquetes en porcentaje.
El ping dice que está mal; el trazado de la ruta dice dónde. En Windows:
tracert TU_IPEn Linux y macOS, mtr es mucho mejor porque mide de forma continua en lugar de una sola vez:
mtr -r -c 100 TU_IPLéelo de arriba abajo buscando el salto donde la latencia sube y ya no baja. Ese salto es donde empieza el problema.
Porque miden cosas distintas. El ping mide el viaje de un paquete por la red. El número del juego incluye el viaje más el tiempo que tardó el servidor en procesar el tick y responder.
La diferencia entre ambos es el diagnóstico:
| ping de la red | ping en el juego | El problema está |
|---|---|---|
| bajo | bajo | En ningún lado: todo está bien |
| alto | alto | En la red: ruta, Wi-Fi o enlace saturado |
| bajo | alto | En el servidor: TPS bajo, sobrecarga de procesamiento |
El tercer caso es el más malinterpretado: la red está muy bien y es el servidor el que no da abasto. En ese caso la solución no tiene nada que ver con internet; está en Cómo mejorar el rendimiento del servidor.
En el orden de lo que suele rendir más
mtr a tu proveedor cuando el empeoramiento empieza en un salto de su red: con el trazado en mano, el reclamo avanza.
Si el trazado muestra que el problema empieza ya en la infraestructura de RedHosting, abre un ticket en financeiro.redhosting.com.br o escríbenos por WhatsApp al +55 11 98833-3902 con la salida del mtr o del tracert pegada. Con el trazado, el diagnóstico empieza en la primera respuesta.
ping -n 30 TU_IP en Windows o ping -c 30 TU_IP en Linux y macOS. Lo que importa es el resumen de la última línea: mínimo, promedio, máximo y pérdida de paquetes. Una sola medición no dice nada.