Buenas @miguelromero
Estás mal interpretando los resultados compañero. La latencia a la vez de la pérdida de paquetes reales es acumulativa, ya que obviamente los paquetes tienen una direccionalidad y van saltando de nodos en nodos.
Que quiere decir esto? Pues simple.
Por un lado tenemos factores estadísticos que no podemos evitar a menos que lancemos pruebas mucho más largas, de más de 1000 paquetes, porque en cualquier momento puede existir un fallo. Esto es fácil verlo en el siguiente ejemplo, imagina que lanzas 4 paquetes y tienes la mala suerte que de los cuales 1 sale en destino como que no llega. Eso sería un 25% de paquetes perdidos, 1 de 4. En cambio si se realiza la misma prueba pero son 100 paquetes los enviados y la mala da un paquete, ya no es un 25% de tasa de error, sino de un 1%. Cuanto más largo sean estas pruebas, más podremos despreciar los factores derivados a esto.
Por otro lado, está la discriminación de tráfico ICMP. Tanto Tracert como ping explotan el uso del protocolo ICMP. Un protocolo específico para testeo de redes. Cada uno se basa en las respuestas ICMP por parte del destino para medir la latencia o descubrir los nodos. Todos saben esto, así que muchísimos nodos de red discriminan este tipo de respuestas. Algunos solo lo priorizan, otros lo bloquean por completo, otros filtran selectivamente... pero esto es aplicable SOLO a las respuesta ICMP, las cuales no afectan absolutamente en nada al tráfico real. Este es el 99% de las veces el motivo por el cual se tiende a pensar tasas de paquetes perdidos que no existe.
En tu ejemplo se ve perfectamente. Tu nodo 4 dice un 80%. Lo que pasa es que los saltos 6+ arrojan que el % real es del 0%. Imagino que no es necesario explicar que pasa, si ese 80% fuese real, cualquier otro salto a partir de él tendría un % similar, porque a fin de cuentas los paquetes pasan igualmente por ese nodo para llegar a los otros, así que la lectura final tendría que ser coherente. Y vemos que esto no es así. Siempre existe un margen repito debido a factores estadísticos y puntuales, pero de un 80% a 0% durante unos cuantos nodos es irrefutable.
Simplemente ese nodo está filtrando fuertemente el tráfico ICMP. Cuando los paquetes de estas pruebas que buscan contestaciones ICMP no van dirigidos hacia ese nodo, no hay esa pérdida porque no se está solicitando a dichos nodos respuestas ICMP, no hay discriminación. No existe pérdida de paquetes en ese punto.
Cuestión potencialmente diferente es lo que pasa en los últimos dos saltos, que arrojan datos de 3% y 9%. Dado que no tenemos mas datos más allá, esos dos últimos puntos si arrojan un posible % perdido. Sabemos que en el antepenúltimo no había ningún problema en la red de GTT, con un 0%. Lo que quiere decir que de existir un problema real de pérdida de paquetes estaría realmente o en el último nodo (el destino final) o en el nodo anterior, ambos pertenecientes al destino que estás alcanzando.
-----------------
conclusión?
No tienes ningún solo problema en la red de Movistar, los datos no son coherentes ni pueden extrapolarse al resto. Si podría existir un problema real de paquetes perdidos ,que sin mas pruebas tampoco se podría asegurar, a partir de los dos últimos nodos, o en el penúltimo o en el último, es decir, o en el destino final o en la red donde se encuentra.
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
