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 muestra cada uno de esos saltos con su latencia, su jitter y su pérdida de paquetes, y nombra la red a la que pertenece. Lanzado desde su propio PC (tracert en Windows, mtr en macOS o Linux), muestra su línea: su Wi-Fi, su ISP. TraceMapper lo lanza desde nuestros servidores en Alemania y Francia o desde sondas en más de 30 ciudades: la ruta hacia el servidor de juego vista desde fuera de su casa, en un mapa. Juntos, los dos le dicen si el retraso está de su lado, en un punto de peering o en el alojador. Un traceroute no baja el ping por sí solo; le dice qué solución merece la pena probar.
Encuentre el salto que añade la latencia
Ejecute tracert o mtr desde su PC hacia la dirección del servidor (de los registros del juego o de la lista de su plataforma) y lea la latencia del primer salto al último: 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 visible, indica un problema en casa, casi siempre el Wi-Fi. Los saltos 2 a 4 son de 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 a un tránsito o al alojador. Unos 40 ms constantes desde el cambio de ASN hasta el final son distancia: la respuesta es otra región. Un trazado de TraceMapper parte de nuestro centro de datos o de una sonda: sus primeros saltos no son los suyos, léalo a partir del primer cambio de red.
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.
Wi-Fi o cable, elección de región y la prueba que enviar
Ejecute tracert una vez por Wi-Fi y otra por cable, mismo destino, y compare: si el jitter del salto 1 cae de 15 ms a menos de 1 ms, ningún ajuste del router supera a un cable. Después trace dos o tres regiones de servidores en TraceMapper desde la sonda más cercana: la lista del juego rara vez refleja la ruta real, y una región cercana puede pasar por un punto de intercambio lejano. Si su propio tracert se degrada desde los saltos de su ISP mientras la ruta de TraceMapper desde una sonda de su país sigue limpia, el problema está en su línea: exporte el trazado de TraceMapper (un PDF fechado) y adjunte su tracert al ticket. Si ambos se degradan en el mismo salto lejano, está más allá de su ISP. 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
Ejemplo didáctico, no una medición real. Un jugador en Lyon ejecuta tracert hacia un servidor en 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, están entre 8 y 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 todos los saltos hasta el servidor siguen cerca de 70 ms. El aumento persiste hasta el final, así que es real, y empieza justo después del traspaso. Un trazado de TraceMapper hacia el mismo servidor desde una sonda en París lo alcanza en 12 ms por otro tránsito: el servidor está bien, el eslabón débil es el tránsito al que el ISP del jugador entrega el tráfico. El mismo tracert a las 7 h da 18 ms: congestión de hora punta. Opciones: una región servida por otro tránsito, probar una VPN o abrir un ticket al ISP con ambos trazados.
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.