Su ping marca 25 ms en la sala de espera y 90 ms en cuanto empieza la partida. Dispara, el servidor no está de acuerdo y usted retrocede tres metros de golpe. Ni el contador del juego ni un test de velocidad le dicen adónde van esos milisegundos. Entre su máquina y el servidor de juego están su router doméstico, su ISP, una o dos redes de tránsito y la red del propio alojador. El retraso, y el jitter que provoca los picos de lag, viene de uno de ellos.
Un traceroute visual muestra cada uno de esos saltos en un mapa, con su latencia, su jitter y su pérdida de paquetes, y nombra la red a la que pertenece. Así sabe si el culpable es su Wi-Fi, la congestión de su ISP en hora punta, un mal peering entre su ISP y el alojador, o simplemente una región de servidor demasiado lejana. Un traceroute no baja el ping por sí solo; le dice qué solución merece la pena probar y le da pruebas cuando hable con su ISP.
Encuentre el salto que añade la latencia
Trace a la dirección del servidor, tomada de los registros del juego o de su plataforma, con 30 a 40 saltos máximo. Lea la latencia de principio a fin y busque el primer aumento que se mantenga después. El salto 1 es su router: más de 5 ms por Ethernet, o más de 20 ms con jitter, indica un problema en casa, casi siempre el Wi-Fi. Los saltos 2 a 4 son su ISP; un aumento ahí a las 21 h que desaparece a las 8 h es congestión de hora punta. Un aumento justo donde cambia el ASN es el traspaso entre su ISP y un tránsito o el alojador. Unos 40 ms constantes desde el cambio de ASN hasta el final son distancia: la respuesta es otra región.
El jitter y la pérdida, no el ping medio, causan el rubber-banding
Un ping de 60 ms con 2 ms de jitter se siente fluido; 40 ms con 30 ms de jitter se sienten rotos, porque el juego predice su posición entre paquetes y la corrige cuando llegan tarde. Lea la columna de jitter salto a salto: el primer salto donde sube es su tramo inestable. La pérdida funciona igual, con una trampa. Un salto intermedio con 20 % de pérdida y un destino al 0 % es un router que relega las respuestas del traceroute, no paquetes de juego perdidos. La pérdida real empieza en un salto y persiste hasta el último. Lance la traza en hora punta y fuera de ella y compare ambas lado a lado; la diferencia le dirá si es congestión o un problema permanente de ruta.
Cable o Wi-Fi, elección de región y qué enviar a su ISP
Trace por Wi-Fi y luego por Ethernet, al mismo destino, y compare. Si el jitter del salto 1 cae de 15 ms a menos de 1, ningún ajuste del router supera a un cable. Trace luego a dos o tres regiones: la lista del juego rara vez refleja la ruta real, y una región cercana puede pasar por un punto de intercambio lejano. Si el retraso aparece en su ISP o en su traspaso, repita la traza desde una sonda Globalping de otra red cercana y exporte ambas. Mismo destino, otra red, la mitad de ping: un argumento que su proveedor no puede rebatir. Una VPN merece una prueba si el problema es el peering, porque cambia dónde se entrega el tráfico; no sirve contra la distancia ni el Wi-Fi.
Lectura de una traza: una partida que sufre lag cada noche
Es un ejemplo pedagógico, no una medición real. Un jugador de Lyon traza a un servidor de Fráncfort. El salto 1, el router de casa, responde en 1 ms sin jitter. Los saltos 2 a 4, en la red del ISP, van de 8 a 11 ms. En el salto 5 el ASN cambia a un tránsito: 14 ms. El salto 6 marca 68 ms con 25 ms de jitter, y hasta el servidor todo ronda los 70 ms. El aumento persiste hasta el final, luego es real, y empieza tras el traspaso: el eslabón débil está entre ese tránsito y el alojador. La misma traza a las 7 h da 18 ms extremo a extremo: congestión de hora punta. Opciones: una región servida por otro operador, probar una VPN o abrir ticket al ISP con ambas trazas.
Herramientas para usar antes y después de la traza
Ping envía una ráfaga de sondas e informa del mínimo, la media, el jitter y la pérdida; úselo primero para confirmar que el pico ocurre ahora, y luego trace. DNS Lookup indica a qué dirección resuelve el host del juego, ya que algunos usan direcciones distintas por región. WHOIS e IP Reputation identifican a quién pertenece un servidor, útil cuando uno comunitario resulta alojado en otro continente. Port Check confirma que el puerto del juego es alcanzable cuando se sospecha de un cortafuegos o de CGNAT.
Preguntas frecuentes
- ¿Puede un traceroute bajar mi ping?
- No. Mide la ruta; no la cambia. Lo que le da es el tramo que añade el retraso, para que arregle lo correcto: cambie el Wi-Fi por Ethernet si el salto 1 es inestable, elija una región de servidor con una ruta más limpia, pruebe una VPN si el problema está en un traspaso de peering, o envíe pruebas a su ISP cuando la congestión esté de su lado.
- El juego muestra 30 ms, pero algunos saltos muestran 60 ms. ¿Cuál es el correcto?
- Ambos pueden serlo. El contador del juego mide la ida y vuelta al servidor con el protocolo del propio juego. El traceroute mide cada router intermedio, y los routers suelen responder despacio porque relegan ese tipo de tráfico. Solo el último salto refleja su ping real, y solo un retraso que persiste desde un salto hasta el destino es real. Pruebe el modo TCP o UDP si ICMP se ve raro.
- Estoy detrás de CGNAT. ¿Cambia cómo debo leer la traza?
- Con NAT de operador, su ISP comparte una dirección pública entre varios clientes, así que el salto 2 o 3 suele mostrar una dirección privada del rango 100.64.0.0/10 dentro de la red del ISP. Añade poca latencia por sí mismo, pero impide alojar un servidor en casa y puede hacer que Port Check informe de su puerto como cerrado o filtrado. El resto de la ruta se lee con normalidad.