Lag en league of legends.

Buenas tu pesadilo 

Por supuesto, en momentos extremos una red puede descartar paquetes para estabilizar el tráfico, y esto también es medible perfectamente.

¿Por qué usar ICMP, y no UDP? Pues por una razón muy simple, me temo que no entiendes bien como funciona ICMP y su necesidad a la hora de realizar un tracert/ping.

Un Ping no es más que un paquete ICMP Echo request, que lo que hace es "inducir" una respuesta ICMP Echo Reply desde el destino. El protocolo funciona así, punto. Si el destino no bloquea específicamente las respuestas ICMP Echo Reply, enviará un paquete de vuelta ICMP. Y de ese modo el origen puede medir la latencia, que no es más que la suma del tiempo que ha tardado el paquete desde que se envió hasta que se recibió el Echo Reply.  Esto puede simularse con UDP o cualquier otro protocolo programando por encima este comportamiento, pero nada más, UDP no es un protocolo orientado a conexión, por muchos paquetes UDP que envíes a un destino, a menos que específicamente el destino esté programado para responder algo, no lo va a hacer.

Y respecto al Tracert, no se requiere enviar ningún tipo de paquete especial al destino para tracear, puede ser udp, icmp, tcp... no importa, lo que se hace es jugar con el TTL del paquete, para obligar que uno a uno los nodos vayan descartando el paquete por TTL, es decir, induce una respuesta del nodo o destino a responder con un mensaje ICMP de TTL superado, y así poder conocer/descubrir la IP de los nodos intermedios.

En cualquiera de ambos casos, UDP no tiene nada que hacer en ello. Sí, puedes configurar un servidor final con algún protocolo de control que te de cierta información de lo que transmite el origen y el destino, pero NADA MAS, no te puede brindar ningún tipo de información en el tránsito, que es lo realmente importante por lo general.

ICMP si se sabe leer bien, te dice perfectamente la congestión y problemas que pueda existir en cualquier nodo entre tu equipo y el destino. Es un protocolo específicamente diseñado para ello y que se implementa casi de forma universal. Que a veces pueden verse supuestas pérdidas de paquetes que no lo son?? Sí, muchas veces, porque los nodos no tiene obligación de responder ICMP, o pueden responder de forma discriminatoria porque no están obligados. Pero aun con todo es de lejos el modo más eficaz y real de medir tanto la latencia como la pérdida de paquetes.

Cualquier otro sistema que se quiera usar es dependiente exclusivamente de origen y destino, lo cual tiene su utilidad para saber en todo casi si la cosa esta bien/mal/regular, pero no aporta nada que sea realmente importante, que es donde y por qué. Es lo que pasa cuando uno quiere fiarse de los protocolos y sistemas que usan los juegos por ejemplo, ellos te pueden decir que pasa X, que aun puedo asumir que sea verdad, pero no te dicen que ese X puede estar causado por su propio servidor o su propia red, o incluso la red del usuario.

Si ICMP muestra 0% pérdidas de forma consistente a destino final, quieras o no quieras verlo, implica que en todo el recorrido no se han perdido paquetes del tráfico, desde el Router hasta la respuesta del servidor final. Si existen pérdidas por encima de ello que sean reales, es debido en ese caso a que el servidor final o el equipo de origen tienen problemas, y eso no lo puede registrar ICMP, porque ICMP induce repito una respuesta automática en el destino, son datos QUE NO SE TIENEN QUE PROCESAR. Si el servidor/origen tienen algún problema en los propios equipos, ya sea a nivel de software, saturación o cualquier otra cuestión, es un problema del origen o del destino, no del tránsito.

Saludos.