Buenas @josemalive
Gracias por la imagen, winmtr/pingplotter y otros son al mejor herramienta para ver estos problemas.
Tienes un problema bastante grande, pero en absoluto está en los nodos de Movistar, con tu permiso te lo analizo y te explico esos datos que no te cuadran. No lo hago de forma ordenada con idea, para dejar para el final tu problema:
El nodo 3 que citas aparentemente dice un 95% de pérdida de paquetes y el 9 un 35%. Ambos nodos efectivamente pertenecen a Movistar. No obstante dicha pérdida de paquetes no es real. Es real para el tráfico ICMP que es un protocolo especial que hacen uso estas herramientas. Los nodos de red es habitual que discriminen/prioricen o incluso bloqueen por completo las respuestas ICMP. Esto no afecta en nada al tráfico normal, se hace para evitar sobrecarga y el abuso de este tipo de herramientas.
Un Ping, por ejemplo, funciona enviando un paquete especial llamado "ICMP Echo Request". Cuando dicho paquete especial llega a un nodo/destino, si está configurado para permitirlo, responde al origen con un "ICMP Echo Reply". Este eco de vuelta permite al origen saber la diferencia de tiempo desde que envió la peteción hasta que la respuesta ha llegado. Pero que pasa si el nodo/destino se configura directamente para no responder a los ping?? Pues que el origen pondrá host no alcanzado, y pérdida de paquete, porque el ha enviado uno, y no ha recibido nada. En realidad nunca se perdió ningún paquete, sencillamente le destino no quiso responder la petición de ping. Eso sería un bloqueo completo, otros nodos sencillamente discriminan, priorizan o bloquean de formar parcial esto. Los tracerts usan una técnica muy diferente para descubrir los nodos intermedios, pero usan igualmente ICMP para ello, y respuestas ICMP por parte de los destinos, aunque no son ICMP Echo, se aprovechan de las respuestas ICMP TTL.
¿Como saber entonces de forma más o menos fiable si existe una pérdida real de paquetes? Muy fácil, la pérdida real de paquetes como la latencia es acumulativa. Si existiese realmente una pérdida de un 95% en el nodo 3, en el nodo 4 se vería como poco una pérdida similar. A veces no es exacto porque son factores estadísticos, pero se vería al menos un 90%, y lo mismo para los siguientes saltos. Es lógico si lo piensas, si para llegar al nodo 4 pasas por el nodo 3 y en ese nodo se pierde el 95% del tráfico, cuando medimos el nodo 4 tenemos que ver por narices que al menos un 95% no ha llegado, porque se lo ha comido el nodo anterior.
En el nodo 4 la pérdida es de 0%, así que estamos seguros que la pérdida del nodo 3 es ficticia, no es real. Y esto mismo sucede en el nodo 9. Exactamente igual.
-----------------------
Tu problema?
Sí que tienes un problema, pero no está en la red de Movistar, ni en la de Telia ni en el destino, está en tu propia red.
El salto 1 mide la latencia y/o problemas entre tu equipo (el que realiza la prueba) y el Router. Y los datos hablan por si mismos:
2ms el mejor dato, 269ms de media y 2166ms como peor marca.
Esos datos son... bueno, no tengo calificativo. Solo te diré que en el primer salto, los datos deberían de ser inequívocamente de 0ms como mejor marca, y en todo caso un 0-1ms como media, y totalmente estable
Eso nos deja sólo con 4 opciones de lo que sucede, y las pongo por orden de probabilidad:
1º. Usas WIFI. La latencia y WIFI van de la mano. Incluso en entornos ideales (que no existen) donde no existe ninguna interferencia, por cada dispositivo de red que esté conectado a la red, aunque incluso parezcan que no tienen casi uso, aumenta exponencialmente la latencia, y se multiplica si encima se hace uso de dichos dispositivos. Y repito, eso en condiciones idílicas. Por supuesto en muchos casos puede tener un rendimiento más o menos aceptable, pero en cualquier momento, hora, día... puede empezar a dar picos de lo que quiera. Si usas WIFI... ya tienes la explicación, WIFI y latencia va siempre de la mano. Y si existiesen repetidores intermedios, pues multiplica aun más.
2º. Problema importante en el PC: Mucho menos habitual que el primero, pero posible, y obviamente cuando no estamos en el caso primero. Un equipo saturado, malware, un driver mal...
3º. PLCs... similar a WIFI, los PLC dependen enormemente también del medio, en este caso del cableado de la luz. No podemos hacer nada.
4º. El PC se conecta por cable, pero lo hace a un Switch intermedio o AP (que no repetidor), y dicho Switch/AP está saturado por una mala configuración, generalmente por no tener habilitado IGMP Snooping.
Así que solo nos queda que nos digas cual de las 4 opciones es tu caso. Algunas pueden tener solución, las otras mientras dependas de WIFI/PLC por ejemplo, poca.
Saludos.
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
