Perdida de paquetes. League of legends

Buenas gonzip1 

Me temo que los "amigos" de RIOT, como es costumbre, o mienten descaradamente o quien te contesta no tiene ni la menor idea :). El problema de RIOT viene de lejos, y podrían tener razón, sino fuese porque está más que demostrad que no es así, y que además ocultan completamente todo lo que pasa por su red. Pero te explico todo esto mejor con tu tracert. Antes algunos apuntes importantes:

-La pérdida de paquetes real, igual que la latencia, es acumulativa. Esto es lo primero a tener en cuenta. Si un nodo posee una pérdida de un 2%, el siguiente tendrá aprox al menos la mista tasa. La latencia pasa igual, si un nodo tenemos 4ms, al siguiente llegará con al menos 4ms. Dado que son datos estadísticos puede existir discrepancia a veces un poco con cierto error.

-Un nodo, o incluso un destino final, no tienen por qué contestar a un PING o envíar de vuelta error por TTL. Ambas son las técnicas que usan ping/tracert para conocer la latencia/paquetes y nodos. A veces pueden simplemente bloquear cualquier contestación, oras veces bloquean solo parte, otras veces priorizan el tráfico frente a otro. Esto es absolutamente normal. El problema de esto es que como tu equipo no recibe respuesta, piensa que hay pérdida de paquetes, lo cual no es cierto, simplemente el nodo no respondió pq está configurado así.

-cuando se descubren nodos con tracert, si un nodo no responde se incrementa el TTL en 1 para inducir al siguiente que responda. Pero puede pasar que llegue un punto donde desde ese punto hasta el servidor final se bloquee la contestación a los tracert. En ese caso puede pasar dos cosas, o que efectivamente la conexión se haya interrumpido en ese punto, o que desde ese punto todos bloqueen las respuestas por TTL. Como todas las bloquean no podemos saber a cuantos saltos está el servidor final, ni tener datos de él.

------------

Bien, teniendo en cuenta todo ello, aplicado al tracert que pones, y sabiendo lo que lleva haciendo RIOT desde hace mucho tiempo:

El tráfico llega bien al nodo 5, eso lo verás totalmente claro. En el salto 6, nodo de Movistar (Telefónica realmente), vemos una supuesta pérdida que ronda el 66%, y ya luego lo que aparece es supuestamente el nodo final con una pérdida de 100%. Lo que realmente está sucediendo es lo siguiente:

El tráfico llega correctamente al nodo 5... y al 6 también. Lo único que pasa en el nodo 6 es que el nodo está bloqueando parcialmente las respuestas ICMP (PING/tracert), una práctica habitual, no existe ninguna pérdida de paquetes real. Si el siguiente nodo no fuese el de RIOT, verías con casi total seguridad en el siguiente o en el siguiente que la tasa es 0%.

Es más, en apariencia puede parecer o creer uno que el siguiente nodo es el servidor final... y no es así. De echo si el siguiente fuese el servidor final e interpretásemos la pie de la letra el tracert, diríamos que en el nodo de Movistar se han perdido un 66% cercano, y en el servidor de ellos un bloqueo total. Pero esto no es así tampoco. Tu tracer lo que nos dice es que a partir del nodo 6, entra en la red de RIOT, y esta bloquea toda contestación tracert/ping completamente. Por eso no vemos un salto 7 con una tasa de 0%, es más, el salto 7 no es el servidor final siquiera, el servidor final estará unos pocos saltos más allá!!, pero no podemos saberlo porque desde ese punto RIOT bloquea todo.

¿Por qué sabemos que realmente que en ese nodo 6 no sucede nada raro y que es un bloqueo del tráfico ICMP selectivo? Pues porque lo hemos visto en este caso en muchas otras ocasiones, que llegue a la red de RIOT con un 0% o un supuesto 20% o 90% debido al bloqueo selectivo, y a partir de ahí RIOT bloquea todo. De echo lo que hace RIOT es exactamente lo mismo que lo que pasa en el nodo 6, pero a lo bestia, porque no solo bloquea TODO, sino que en TODA su red.

Aquí llegamos un punto que es lo que le he dicho siempre a otros compañeros. Dado que RIOT oculta TODO lo que pasa en su red, no podemos saber donde está el problema, si está en un nodo intermedio o en el servidor final. Lo que está claro es que siempre que hemos investigado el asunto, la comunicación siempre es adecuada, al menos hasta que entra en la red de RIOT. Ahí no podemos decir si es adecuada o no lo es, porque, repito, bloquean todo. ¿Sospechoso?

Es más, es cuanto menos curioso que los de RIOT te digan que se hagan uso de estas herramientas cuando ellos bloquean en su red y servidores el uso de dichas herramientas... ¿no crees?

No existe ningún problema de pérdida de paquetes real en ese nodo, te lo aseguro :). De existir además no sería una tasa tan elevada, es simplemente un bloqueo selectivo de las contestaciones ICMP, el de RIOT no es selectivo, es del 100% y en toda su red.

Saludos.