Buenas @Mendivil
Sin ser adivino, voy a presuponer cual es tu problema, pues es mu común por estos lares. Se trata de no comprender bien ciertos conceptos, generalmente debido a falsas creencias o no muy buenos consejos.
La pregunta de siempre: Como se supone que estás midiendo ese % de paquetes perdidos?? Y ante tu esperada respuesta, mi contestación: No, utilidades como PING/Tracert y derivados NO MIDEN paquetes perdidos... o no tal como pueda creer la mayoría. Y no, no tienes un 40% de paquetes perdidos si la respuesta a la pregunta era que usas ese tipo de utilidades para sacar ese número.
Cualquier herramienta basada en ICMP para el conteo de paquetes perdidos, hay que saber muy bien como interpretarlas, y el motivo por el cual los datos que arrojan pueden ser muy muy diferentes a los que uno cree.
Por ejemplo, lo más habitual... uno lanza una salva de 100 paquetes (o los que sean) tipo PNG a un servidor cualquiera, por ejemplo Google. Cuando finaliza el ping la utilidad te dice que hay por ejemplo un 40% de paquetes perdidos. Eso es cierto?? Por regla genera, que es el 99% de las veces, no. Entonces??
Lo que sucede es que estas herramientas hacen uso del protocolo ICMP. En el caso de Ping, es un paquete especial en el que un equipo manda una petición a un servidor/nodo remoto a espera que este responda. El equipo mide el tiempo desde el envío hasta la recepción de la petición Ping y esto es la latencia. Si el equipo no obtiene contestación, entonces lo marca como "paquete perdidos"
Por qué no es fiable?? Porque el tráfico ICMP no es ni mucho menos esencial para el usuario final, y cada vez son más nodos/servidores que bloquean completamente, limitan o simplemente priorizan este tipo de tráfico. Es decir, que el servidor/nodo al que envias un ping, no tiene por qué responder a dicho ping si no quiere, o podría responder sólo 1 de cada 10, o priorizarlo en función del tráfico que pasa por ese nodo en ese momento... Así que no se puede medir los paquetes perdidos realmente así.
Para medir una perdída de paquetes real necesitas una de estas dos cosas:
1. Un test real de pérdida de paquetes que mida especificamente esto, y son test especificos, no basados en ICMP, son test en los que cliente/servidor saben de antemano que cantidad de información van a intercambiar, la intercambian y comparan luego. Aquí tienes un buen test para esto:
https://www.measurementlab.net/tools/ndt/
2. Usar un tracert y saber muy bien como leerlo. Muchos usan tracert de forma habitual como utilidades pingplotter y otros. Es cierto que ICMP no es fiable persé, pero si se sabe interpretar bien, puede darnos una idea. Un tracer descubre todos los nodos o la mayoría de ellos entre el origen y el destino. Al igual que la latencia es acumulativa, la pérdida de paquetes también. Si existiense un nodo "malo" que produjese por ejemplo un 50% real de paquetes perdidos, el siguiente nodo contaría al menos o aproximadamente ese 50% del nodo anterior, más lo qeu podría originar el. Pero siempre vemos lo mismo, q a lo mejor el salto 3 produce un 50% de paquetes perdidos pero el 4 ninguno.
Otra cosa muy diferente es si por ejemplo dtectamos un 10% en el salto 3 y vemos que este % es más o menos consistente en el tiempo... entonces podríamos ahora sí tener sospechas realmente de una pérdida de paquetes en dicho nodo.
Para terminar, aunque casi con toda seguridad esos son los datos que tienes, a veces algunos usuarios tienen problemas de pérdidas realmes, pero originadas por el uso de WIFI, y dichas pérdidas son en su propia WIFI, no más lejos, debido a interferencias. Esto es muy simple, con usar un tracert o hacer las pruebas por cable es suficiente.
En cualquier caso, como digo, y nos lo dirás tu mismo en cuanto me confirmes como hasllegado a la conclusión de ese 40% de "pérdidas" y haciendo el test que te digo anteriormente (cuando lo hagas, l edas a detallas y sale).
Por cierto, como nota, muchos dicen que es que antes usando Google (ya sea la IP de sus DNS o su dominio) antes daba un resultado y ahoar otro usando ping y demas... repito, cada administrador puede configurar en el momento que quiera cuando quiera sus nodos/redes/servidores para hacer con el tráfico ICMP lo que quiera y cuando quiera. En particular, respecto a Google, desde hace más o menos 1-2 meses están aplicando restricciones a este tipo de tráfico, totalmente legítimo lo que hacen y comprensible, debido al abuso de muchos.
Saludos y espero que eso esclarezca un poco tus dudas y problemas. Cualquier cosa por aquí andamos
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
