Buenas unknowm001
No existe ningún tipo de problema con tu conexión, al menos en lo tocante a lo que es todo el trayecto. Tanto la latencia como la pérdida de paquetes real es acumulativa, por eso para ver el impacto fina solemos ver el destino, y dependiendo de lo que veamos, vemos que ha pasado en el camino.
Analizando cada uno de ellos:
El primero a las DNS de Google:
El destino final son 13ms como mejor marca y 14ms de media, 0% pérdida de paquetes. La conexión es totalmente estable, 1ms de jitter tan solo. El pico que aparece no es real, se da debido al salto 5 que hace discriminación del tráfico ICMP y por eso aparece inflado, pero repito, es indiferente, más de 400 paquetes, mejor de 13 y media de 14
El segundo, Minemen:
Podemos decir en esencia lo mismo, destino final, 0% paquetes perdidos, mejro de 13ms y media de 14ms. Si existiesen pérdidas de paquetes reales de un 25% en el salto 3 o más llamativamente de un 100% en el salto 7, esa pérdida se vería arrastrada hacia abajo, a fin de cuentas si vas por un camino y de cada 100 se caen 10, en el siguiente punto de control seguirán siendo 90, no llegan 100.
El tercero Gosthly:
Aquí hay un pequeño error, ya sea de WinMTR o de propia lectura, porque no puede existir un mejor de 0ms, es totalmente imposible. Los datos de ese tracert son cuanto menos inciertos y sin mucho sentido. Yo lo repetiría. En cualquier caso, y he realizado en mi propio equipo la traza, pasa a estados unidos, con lo que la latencia se dispara al menos hasta los 100ms, no hay nada que pueda hacerse en este sentido, mientras que está por europa la latencia es la esperada. En el tuyo propio como digo aparecen tasas de pérdidas de paquetes que bien podrían ser reales, no obstante y teniendo en cuenta todas las demás que presumiblemente has realizado con el mismo equipo, no pueden sr ciertas igualmente.
El otro MTR de DNS de Google:
La latencia es la misma que la anterior, en este caso un mejor de 12 y media d 14, lo esperable. En este caso si aparece un paquete perdido en tu red local, que en esencia se desplaza hacia abajo. Un paquete de 800 no es raro, y aun con todo repito se produce en tu red local, no veo mayor problema aquí tampoco
el último, que lanzas a ns567567.ip-51-79-72.net (51.79.72.4)
Haces referencia al salto 12, pero dicho salto ni es de Movistar (y por ende poco o nada podrían hacer) ni tampoco denota ningún tipo de problema. En ese MTR, tenemos un mejor de 112, una media de 114 y 0% perdidos. El problema en este caso es que es un servidor en Canadá, con lo que simplemente por distancia tienes una alta latencia. Ha pesar de que puedan existir un pico de 141ms, el jitter es de 2ms. Si los picos fuesen habituales, la media no sería cercana al mejor dato, al revés, estaría muy alejado. Eso es el jitter .Si la media y la mínima es muy próxima, sabemos que la conexión es estable, aunque de cuando en cuando aparezca un paquete muy lento.
-------------------
No veo mayores problemas en todas ellas, tan solo que son servidores que están en el otro lado del mundo, y eso implica inexorablemente latencia. Piensa una cosa sencilla. En el mejor de los casos de que todos los enrutadores intermedios y equipos procesasen los datos de forma inmediata (lo cual no es cierto), y tan solo existiese un retraso debido a la distancia (repito, hay muchos otros retrasos), simplemente por distancia tenemos aproximadamente una latencia de 1ms por cada 100km recorridos, recodemos que la latencia es el tiempo de ida y vuelta, sería 0.5ms ida y 0.5ms vuelta, 1ms en total.
Teniendo en cuenta esto, si tenemos en cuenta que en distancia recta desde Madrid a Canadá son más de 7000Km, eso nos daría al menos 70ms. Si tenemos en cuenta que el cableado no es directo, es decir, que no existe un cable en linea recta desde Madrid a Canadá, sino que antes irá para Europa, y si tenemos en cuenta además de que el procesado de los paquetes en cada salto no es inmediato, pues 112ms me parece una latencia incluso bastante baja.
Saludos.
