Ping alto, latencia
Hola, desde hace más de un mes y medio año, diría, no puedo conseguir una conexión a Internet Movistar estable y de alta calidad en mi casa. Tengo un plan para una velocidad de 600 mbs en mi contrato...
Foro
Buenas,
Me ocurre exactamente el mismo problema de latencia en servidores ubicados en Francia, y en mi caso la conexión es vía Ethernet y la velocidad en general es correcta. A todas las personas que conozco con Movistar les ocurre exactamente lo mismo, con lo que no es un fallo puntual del compañero ni tiene nada que ver con su red Wifi.
Un saludo
Buenas CarlosIS2
Si has leído todo lo que le puse al compañero, dos cosas. La primera, que cada Winmtr es diferente y especifico para cada persona y destino, no tiene absolutamente nada que ver que sea francia, italia o lo que sea. Destinos incluso muy cercanos entre sí pueden tener rutas totalmente diferente. Además, en el caso del compañero en cuestión, si lo has mirado bien, hay diferentes problemas en redes intermedias que no son causa del ISP, con lo que no se puede hacer nada.
En tu caso en particular, sin datos no se puede decir nada, lanza winmtr con al menos 500-1000 paquetes al destino que estimes, copia/pega el resultado y se analiza.
Saludos.
Adjunto traza a un servidor francés en Roubaix, tengo otra igual a un servidor en Estrasburgo con resultados similares. Añado que el ping habitual a este servidor desde mi localización (Gran Canaria) es de unos 50ms.
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 602 | 602 | 0 | 0 | 15 | 0 |
| 192.168.144.1 - 1 | 583 | 578 | 1 | 2 | 6 | 2 |
| 45.red-81-41-250.staticip.rima-tde.net - 1 | 598 | 597 | 1 | 2 | 15 | 3 |
| 110.red-81-41-250.staticip.rima-tde.net - 0 | 602 | 602 | 28 | 30 | 62 | 29 |
|129.red-81-46-7.customer.static.ccgg.telefonica.net - 0 | 602 | 602 | 27 | 29 | 62 | 28 |
| 53.red-80-58-96.staticip.rima-tde.net - 0 | 602 | 602 | 27 | 29 | 70 | 29 |
|ae0-400-grtmadno2.net.telefonicaglobalsolutions.com - 0 | 602 | 602 | 27 | 29 | 69 | 28 |-No entiendo este salto en dos servidores de Telefónica ubicados en Madrid (+30ms)
|et1-0-2-3-grtloneq3.net.telefonicaglobalsolutions.com - 0 | 602 | 602 | 61 | 64 | 83 | 64 | | 213.140.35.238 - 0 | 602 | 602 | 126 | 127 | 140 | 127 | (Brazil?)
| 94.142.117.81 - 0 | 602 | 602 | 165 | 167 | 178 | 167 |
| mia-mi1-bb1-a9.fl.us - 1 | 598 | 597 | 167 | 175 | 290 | 168 |
| be100-1290.ash-5-a9.va.us - 1 | 594 | 592 | 165 | 166 | 173 | 166 |
| be100-1007.nwk-5-a9.nj.us - 1 | 598 | 597 | 174 | 175 | 180 | 176 |
| No response from host - 100 | 121 | 0 | 0 | 0 | 0 | 0 |
| be103.gra-g2-nc5.fr.eu - 0 | 602 | 602 | 167 | 169 | 179 | 169 |
| No response from host - 100 | 121 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 121 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 121 | 0 | 0 | 0 | 0 | 0 |
| ns3033136.ip-149-202-89.eu - 0 | 601 | 601 | 169 | 170 | 178 | 170 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud ProviderPor si hay alguna duda, conozco de otros compañeros con el mismo problema, ambos con Movistar y residentes en península, y cuyo problema tiene origen desde el mismo día que en mi caso, 01/04.
Un saludo y gracias
Hola CarlosIS2
Agradecemos a Theliel su colaboración, para poder notificar la situación, necesitamos por favor que nos confirmes los siguientes datos:
- Número de teléfono fijo afectado
- Nombre, apellidos y Nif/Cif titular la línea
- Teléfono y persona de contacto, por si fuera necesario
- Dirección completa (provincia, localidad, nombre y número de la calle)
Si pulsas en mi avatar te aparece la opción de "Mensaje Privado" para mayor seguridad de los datos.
Nos mantendremos pendientes de la recepción de la información que nos envíes.
Muchas gracias, un saludo
Fernando.Buenas CarlosIS2
Viendo tu traza, hay cosas muy raras que no cuadran de ningún modo, la verdad, y llevo un rato dándole vueltas para buscarle la explicación. De cualquier modo parece un fallo de enrutado o por parte de Movistar o por parte de OVH... es raro.
En esencia, da la sensación por las IPs y resoluciones inversas que el tráfico va hacia Canadá, y luego vuelve a Francia. Eso explicaría la alta latencia y los incrementos que se puede ver en ella.
Pero por otro lado los datos no cuadran. Cruzar el atlántico, aunque solo sea por distancia, necesitas al menos 30-40ms, y si vuelves lo mismo, obviamente. En números finales la cosa cuadra, pero no en saltos. Me explico.
Hasta el salto 9/10 parece que estamos en España, vale, 30ms de latencia tampoco es nada llamativo, puede cuadrar. En el salto 12 deberíamos de estar con seguridad en Canada, con latencia ya de 175ms de media, pero eso no es posible, porque la latencia final más o menos es la misma, y si el tráfico realmente está allí requeriría al menos 30-40ms más en volver a Francia, con lo que aunque parezca que está en ese salto allí, no puede estarlo.
Así que, y esto es solo presunción y teoría, en realidad en el salto 8/9 deberíamos de estar al otro lado del atlántico, y para el salto 11, 94.142.117.81, tendríamso que estar ya obligatoriamente en Europa, con independencia de lo que dicen esas resoluciones inversas, porque repito, por narices le tienes que meter 30-40ms como poco para cruar el charco.
Todo ello lo que hace pensar que es lo que está pasando, un fallo de enrutado posiblemente por parte de Movistar que tienen que revisar, porque no tiene ningún sentido, ya no solo el tener que ir y volver al otro lado para nada, sino que además los nodos son raros de narices, nunca he visto una ruta así.
Ojo que la latencia teniendo en cuenta eso es normal, es decir, teniendo en cuenta el viaje de ida y vuelta es lógico que sea alta, lo que no tendría obviamente que pasar eso.
Movistar lo tiene que mirar, no por latencia, sino por enrutado absurdo
