Buenas usuario_retirado
Para el primer salto da igual el destino, los servidores de Google valen, es indiferente en este caso.
Primero y principal, hay que tener en cuenta que las redes son totalmente dinámicas, cualquier fluctuación es normal, siempre obviamente dentro de algo que podamos tomar por "aceptable". El problema de las herramientas ping/tracert es que al final están confinadas en el tiempo, incluso herramientas como Winmtr son... "tramposas", y a veces vemos un paquete perdido algo en un salto avanzado cuando realmente esa latencia se la comio un nodo anterior. Pero es normal, de ahí la necesidad de hacer pruebas más o menos largas, para ver un comportamiento... "estadístico" aceptable.
Respecto al primer salto, es bastante normal en pruebas largas ver algún salto grande en LAN, ya sea 27ms o incluso un pico de +100ms, porque repito en un momento dado puede existir cualquier desavenencia, la veamos o no... imagina yo que se, por un instante, que justo al pasar ese el Router estaba realizando cualquier tarea automatizada o cualquier cronjob o... es normal. La mejor forma de ver esto es "midiendo" el jitter. En el primer salto tienes un mínimo de 0 y una media de 0, da igual que exista algún pico ido, es indiferente, si fuesen acuciados y repetitivos la media se movería. No es relevante, el salto 1 está bien
El salto 2 no veo saturación en modo alguno y de media está bien. Ahora bien, si es verdad que el Jitter es algo más elevado de lo.... "deseable". De nuevo, que exista un pico de 77ms no es importante, es importante saber como de frecuente es dicho pico. La varianza de la mínima con respecto a la media nos da una idea. En este paso hay una desviación en 1000 paquetes de 3ms, puede ser significativo, hablamos de 3 veces más. Pero claro.. ojo, cuando hablamos de una latencia de 1->3, aunque sea el triple es a efectos generales nada.
Mirando el salto 3-4, vemos que realmente lo del salto 2 que podría existir un jitter más elevado no era así. Aquí vemos un jitter mucho más pequeño, minimo 10, media de 13. Fíjate que sigue siendo la misma diferencia de 3ms, pero prorporcionalmente es mucho más equiilibrado, y se repite para el resto de saltos: 10/13, 10/13, 11/13, 12/14
Terminamos con un 10/12 sobre 1000 paquetes, 2 ms de diferencia, el 99% de todos los paquetes cayeron entre 10-11, no es importante que algún que otro paquete se disparase... en este caso.
Hace relativamente pocos días, por ahí creo que está aun el hilo, le comentaba a otro compañero bastante incrédulo que su problema era WIFI y el increible jitter que tenía. En su caso por ejemplo, la varianza era enorme, hablamos a lo mejor de un desfase de 30-40ms en 300paquetes, lo que si nos dice que los picos, en su caso debido a WIFI, no era un paquete pedido cada nosecuantosmil, era a lo mejo un paquete alto cada 3, eso si es horrible.
Aquí con 1000 paquetes y un desfase de 2ms, lo veo perfecto. Y eso que pruebas contra un host de Google con el que por lo que se ve no accede por peer directo desde RIMA, y tiene que salta a la red madre TDATANET
Al menos a la hora que lo has realizado no hay ningún problema
