Buenas More21457
Respecto a lo primero, no es que seas tú porque les caes mal. Movistar no discrimina ni trata de forma difernete a sus usuarios, de echo ningún ISP en europa puede hacerlo. Pero cada uno con sus servicios y redes pondera/ajsuta sus redes/servicios como quiere, y eso no podemos por desgracia hacer nada. Es suficiente para que tu tráfico que entra en la red de EA (me lo estoy inventado ojo, es un ejemplo) vaya por una puerta de entrada de EA más saturada, para que estés condenado, y a lo mejro esa puerta de entrada la establece una red anterior que en función del tráfico de su red envía el tráfico por diferentes caminos.
OTra cosa indpeendiente son servicios concretos, como por ejemplo repito FIFA que es conocido de ser muy problemático. No tengo la PS para poder realizar pruebas más exactas, pero como digo es un problema más o menos generalizado.
----------
Respecto a la traza, cualquier pérdida de paquetes o latencia real que podamos ver, es acumulaitva. Es lógico, si para ir de A a C pasas por B, si en B te dejas 50% de los paquetes, cuando mides en C deberías de ver que se perdieron igualmente el 50% en el camino, poruqe inxeorablemente pasa por B. Con la latencia pasa lo mismo, si en B hay una latencia de 30ms, en C al menos sabemos que habrá alrededor de 30ms, porque ese retraso, de ser real, se lo ha comido B.
Este es por lo general el mayor problema que tienen la mayoría de interpretar un tracert/ping.
Partamos de los datos finales de la traza:
| da2.gos.ea.com - 0 | 152 | 152 | 94 | 95 | 109 | 97 |
0% de pérdida de paquetes, y un amedia de unos 95ms, que además es casi la msima que la latencia mínima de 94ms, con lo que además nos dice que el jitter es mínimo, es decir, la conexión es muy estable
Si existiese una pérdida real de un 94% en el salto 3, lo veríamos reflejado en el resto del recorrido. Más aun, y más claro lo tienes en el salto 4-6, o también en el 9,. donde la pérdida es total, del 100%. Si realmente existiese una pérdida del 100%, la traza terminaría ahí, porque no podría ir más allá.
Esto es muy habitual, y sucede por como funciona tracer/ping. Ambas herramientas hacen uso del protocolo ICMP. Ping funciona enviando una petición ICMP Echo a un destino (Echo Request), y si dicho destino perite las respuestas ICMP, responderá con un Echo Reply. Así el equipo puede medir el tiempo que pasa desde que enví ael Request hasta que recibe el Reply. Los tracert funcionan de otro modo, se usan para descubrir los nodso intermedios. Para ello lo que hace es envíar paquetes al destino con un TTL que va incrementando desde 1. El TTL es el tiempo de vida de un paquete que se decrementa automáticamente en 1 al pasar por un nodo de red, si llega a cero el nodo lo descarta y si está configurado así, responde al origen con un paquete ICMP de TTL excecido. Así pues, enviando paquetes con TTL 1 obligará a respondernos el Router nuestro y podemos saber su IP. Si le pones TTL2 nos responde en este caso el servidor PPPoE y podemos conocer su IP... así con todo.
Que pasa? Que los nodos de red o en realidad cualquier equipo de Internet, no tienen por qué contestar ni a los Ping ni tampoco devolver un ICMP de TTL excedido. Algunos nodos de red simplemente deshabilitan cualquier respuesta ICMP, otros no lo bloquean pero lo priorizan, otros lo bloquean solo parcialmente... dicho de otro mdoo, que muchos nodos de red discriminan de un modo u otro el tráifico ICMP. Esto no obstante no afecta en nada, solo al tráfico ICMP que se usa para diagnóstico de red.
El ersultado es el que ves, algunos nodos no responden nada directamente, otros dicen que bloquean totalmente el ping, otros pueden hacerlo solo parcialmente. Así que desde el punto de vista del equipo parece uqe hay una perdida de paquetes, porque el envía 100 ping, y a lo mejor recibe solo 2. Pero no porque se pierdan, sio porque el nodo no responde a todos ellos, porque está configurado para funcionar así.
Saludos.
