¿Una latencia extraordinariamente alta?
Hola, buenas tardes. ¿No les parece que esta latencia de 2472 ms es bastante alta? Nos hemos percatado a mediodía, al notar que algunas webs cargaban lento. Un saludo.
Foro
Buenas RosaFernández
No enredo el debate compañera, le explico no solo como puede comprobarlo por sí misma, sino las razones.
¿Ha usado WinMTR y ha lanzado unos 100-200 paquetes contra el servidor en cuestión? Tiene la aplicación ya la ha usado antes en otros servidores donde la latencia era totalmente normal, y aquí parece o que se resiste a hacerlo o no pone los datos en cuestión. Y le aseguro que mejor prueba que ello no existe!!
En lo tocante a sus 3 puntos, y ya por curiosidad propia de saber por qué aparece o no con decimales (sí, lo he estudiado e investigado, me gusta saber el por qué de las cosas)
1º. Sí, se lo puedo explicar perfectamente. La diferencia radica en el código JavaScript del test de velocidad:
https://testdevelocidad.movistar.es/movispeed_v2/movispeed5.js
Es el código que, entre otras muchas coas, realiza el cálculo de la latencia y Jitter, y lo hace de dos maneras diferente. La primera, calculando él mismo (el navegador) la latencia, simplemente calcula el tiempo desde que lanza la petición y le llega la respuesta, el tiempo final menos el tiempo inicial es la latencia. Para el Jitter es similar y funciona del mismo modo, por eso en Jitter sucede lo mismo:
Función recibirResultadoPing
// se envía la petición, se captura el tiempo
r0 = Date.now();
// se vuelve a capturar el tiempo cuando llega la petición
r1 = Date.now();
// se resta el tiempo inicial al tiempo final para obtener la respuesta
var tiempo = r1-r0;
Date.now es una función que trabaja con milisegundos
La segunda forma, es recibir directamente del servidor de Movistar la latencia:
Función recibirResultadoPing2
var regTiempo = /\<tiempo\>([0-9\.]+)\</g;
var res = regTiempo.exec(pagina);
....
if (res.length > 0 && res[1] != undefined && res[1] != undefined) {
tiempo_ping2 = res[1];
}
Esta función extrae con una expresión regular, el valor que el servidor envía directamente. La expresión regular incluye el punto decimal
Es decir, por un lado calcula el valor en milisegundos el propio navegador (tiempo_ping), y por otro lado, el servidor nos envía él mismo el tiempo (tiempo_ping) que sí incluye decimales.
Ahora llega la magia... el siguiente código nos dice el valor que se muestra en el navegador web, el que tú lees:
Función ponerPingJitter
function ponerPingJitter(primeraVez) {
// ...
if (tiempo_ping2 != null && tiempo_ping2 != "") {
// SI existe un valor del servidor (ping2), muéstralo.
$("#numeroLatencia").html(recortar(tiempo_ping2, 5));
} else {
// SI NO hay valor del servidor, muestra el calculado por el navegador (ping).
$("#numeroLatencia").html(menor1(tiempo_ping));
}
}
Es decir, cuando el servidor te responde él con un valor dado, que es el que aparecerá en la petición ping2 (https://m4114.movispeed.es/apolo/ping2.php....), ese es el que prevalece. Si el servidor no te envía dicho valor, como ahora mismo ocurre la mayoría de las veces, el valor que verás será el que calcula el navegador. Esto además también lo puedes comprobar, si en Firefox te posicionas en la petición ping2.... y ves la respuesta del servidor, te saldrá algo como:
<?xml version="1.0"?>
<ping2>
<obs>No validar</obs>
<ip>TU_IP</ip>
<totales>2</totales>
<ok>0</ok>
<tiempo></tiempo>
<jitter></jitter>
</ping2>
En mi caso, el servidor no me responde nada en tiempo ni en jitter, con lo que en mi caso se va a usar el tiempo_ping:
Le he dicho a Firefox que me vigile en todo momento las variables que me interesan, tiempo_ping y tiempo_ping2 y que me detenga el código en la línea 712 que es el código que manda el valor al navegador. Se puede ver que el valor es el mismo, tiempo_ping2 es cero... porque el servidor no me devuelve a mi nada.
Posiblemente dependiendo del servidor al que uno se conecte, o simplemente pruebas A/B que realice Movistar, hace que el servidor responda o no con un valor concreto y dado. En tu caso lo está haciendo en determinados momentos. Repito, lo puedes comprobar, al igual que puedes usar WinMTR contra dicho servidor, puedes también mirar en Firefox la respuesta de la petición ping2, seguramente el valor que responda ahí sea exactamente el mismo que te aparecerá en latencia y en fluctuación (jitter)
2º. Por supuesto que el navegador puede tener tal precisión compañera. De lo contrario, los desarrolladores web no tendrían herramientas necesarias para todas las web que tenemos a día de hoy. No solo por razones como estas de medir rendimiento. Es imperativo para usos tan diversos como optimizaciones de carga, animaciones, sincronización de refresco de la pantalla incluso y FPS, realidad virtual... un laaaaaargo etc. Por ponerte un ejemplo muy sencillo, para mantener 60fps (imágenes por segundo) una animación o cualquier otra cosa, se necesita como mínimo 16.67. Es muy diferente que tarde 16.5ms a que tarde 17.5ms. Es más, hace unos años, todos los equipos sin importar el sistema operativo estuvieron comprometidos por una serie de vulnerabilidades llamadas Spectre y Meldown, estas para tener éxito requerían unas precisiones incluso de décimas de mlisegundos!! Tal es así, que los navegadores incluyen la mayoría incluso redondear ciertas precisiones tan bajas para evitar entre otras cosas estos ataques. Así que sí, que se alcanza sin problema esas precisiones.
3º. Ya he contestado a esto, en mi caso particular el servidor no me responde con ping2, con lo que el cálculo lo hace el navegador que es un valor redondeado. Es más, el valor que envía el servidor podría ser totalmente diferente al que calculase el navegador. Ya ha puesto imágenes de ello, y también he puesto imágenes asociadas con WinMTR a los mismos servidores para que se vea igualmente las discrepancias y similitudes
4º. Creo que está respondido previamente :)
En cualquier caso, como ya he comentado en varias ocasiones, tan solo tienes que lanzar WinMTR al servidor que ya pusiste previamente y que te dije en el post anterior y tú misma podrás comprobarlo, sin mano negra que manipule tu equipo. Por otro lado, también te he dado otro modo alternativo de comprobar lo que te estoy diciendo, mirando el valor devuelvo por el servidor, incluso te podría mostrar como paralizar el código para que vieses en tu caso los dos tiempos, uno con decimales y otro sin ellos. De todos modos si quieres aun más pruebas, ahora te pongo otra captura con decimales :)
En este caso, eso es lo que obtengo si fuerzo (de forma artificial ojo, no real) que el servidor me responda los valores de latencia y jitter.
Saludos.
Buenas noches.
Aquí tenemos una cosa interesante. Abriendo con el navegador, Herramientas para Desarrolladores -> Red la dirección del servidor m2813.movispeed.es carga sin especial lentitud https://ibb.co/W4G7mkP1, igual que la propia web de Movistar https://ibb.co/kg6BXCY1. Pero es que lo mismo sucede al cargar cualquier web en WinMTR, tal como mostraron las imágenes que subí cuando aún se podían subir. Lo mismo le sucedió a la usuaria en su post https://comunidad.movistar.es/discussions/soporte-fibra-optica/latencia-fibra-alta-y-fluctuaci%C3%B3n-muy-inestable/5294963 con un problema muy similar, por no decir igual, al que tenemos nosotros. Su test con WinMTR fue razonablemente normal, pero el problema se produce al hacer el test de velocidad de Movistar, por lo que simplemente lanzar pings hacia un servidor no sirve de nada porque WinMTR no puede monitorizar la latencia DURANTE la realización del test de velocidad, que es donde se nos manifiesta a ambas el problema de latencia y fluctuación, tal como se muestra en las capturas que mostré en un mensaje anterior.
Y no somos los únicos afectados, ya dije que hemos preguntado a varias conocidos y tienen el mismo problema. No todos, pero sí unos cuantos. Todos ellos clientes de Movistar. No puede ser una casualidad.
Añado que acabo de leer toda tu explicación sobre los decimales. Supongamos que son realmente decimales. ¿Por qué a unos usuarios el test les da en números enteros y a otros en decimales? ¿No se supone que debe funcionar igual en todos los usuarios? Es decir, una báscula graduada en miligramos te dará kilos y miligramos, no puede ser que según quien se suba encima le pese en kilos enteros o con kilos y decimales hasta los miligramos. A unos con mucha exactitud y a otros grosso modo. ¿Por qué sucede eso dependiendo del cliente? Porque ya he dicho que unos sí lo ven como nosotros, otros les sigue saliendo con números enteros. Porque supongo que tanto tú como yo usamos la última versión de Firefox, siempre actualizado a la última versión. No puede deberse a versiones diferentes que funcionen de forma distinta.
Un saludo.
Buenas RosaFernández
No hay absolutamente nada de raro en ello, todo lo que relatas es absolutamente normal. Todo el problema aquí es que estás partiendo de una suposición totalmente erronea, y ya más que comprobada: No cargan lentas porque no tienes una latencia de más de 3 segundos. En ningún lugar dice que tengas una latencia de 3 segundos. En ninguna prueba dice que tengas dicha latencia. Lo único que sucede es que estás interpretando un punto decimal como un punto de separación de miles, sin más.
Tienes un error de concepto cuando dices:
"Su test con WinMTR fue razonablemente normal, pero el problema se produce al hacer el test de velocidad de Movistar, por lo que simplemente lanzar pings hacia un servidor no sirve de nada porque WinMTR no puede monitorizar la latencia DURANTE la realización del test de velocidad, que es donde se nos manifiesta... "Eso no es correcto, por dos razones fundamentales, no solo una:
1º. El Ping que realiza el test de velocidad no lo hace DURANTE el test de velocidad, lo hace ANTES del test de velocidad. A menos que sea un test que mide un parámetro llamado el BufferBloat, JAMAS se hace un ping durante un test de velocidad. El Flujo del test lo puedes ver en las herramientas de desarrollador perfectamente, es el siguiente:
-Primero, se envía una petición para solicitar al servidor el tiempo y jitter de lantecia, lo que anteriormente he explicado que es time_ping2, y se queda a la espera de recibir la contestción, que puede tardar varios segundo
-Segundo, mientras que llega y no la contestación de time_ping2 se lanzan 10 pruebas de ping, para ello envía 10 peticiones http, y el código cuenta el tiempo transcurrido desde la petición hasta la recepción. Con los 10 tiempos hace una media, y eso es el time_ping
-DESPUÉS de realizar las peticiones de ping, comienza el test de descarga. Para ello el navegador comienza a descarga en paralelo archivos de 20MB y 50MB, al menos 20 de cada uno aproximadamente, y así poder establecer una media de velocidad de descarga
-Después de realizar la medición de Descarga, se empieza con el test de carga, para ello el navegador comienza una subida masiva de datos nulos, para medir lo mismo, sacar una media del tiempo estimado que ha tardado.
-Con todo ello, el test termina: La latencia y el Jitter se calculan dependiendo de si tenemos un time_ping2 o un time_ping respondido por el servidor, todo esto ocurre ANTES del test de velocidad en sí mismo. El valor en Descarga y Subida se calcula por el tiempo transcurrido en subir/descargar los pedazos mencionados anteriormenteDicho de otro modo, el test de la latencia es previo al test de velocidad.
2º. La segunda razón es aun más sencilla. Simplemente, de echo, la forma más veraz de conocer la latencia hacia cualquier destino del mundo es precisamente con herramientas de este tipo, que hacen uso de lo que realmente es un Ping y Tracert. Aplicaciones del tipo WinMTR lo que hacen es combinar ambas. Estas utilidades se fundamentan en el uso del protocolo ICMP, que se crearon específicamente para medir este tipo de valores. Gracias a los paquetes ICMP Ping y a como funciona un Tracert, podemos no solo medir nosotros la latencia y las rutas, sino que son las herramientas estándares universales para ello. De echo, medir la latencia desde un navegador Web es únicamente una vaga aproximación, generalmente el valor que va a dar un navegador web es más alto que la latencia real. Y esto no es ningún truco, es porque el navegador Web para calcularla no puede usar el protocolo ICMP, usa peticiones HTTP, y eso implica protocolos mucho más complejos, de niveles más altos, que inducen latencias por todos lados. Tal es así que cualquier problema de latencia que uno crea que pueda tener, aunque so lo sea subjetivo, la forma correcta de medirlo es y será siempre con herramientas tipo ping, que recomendamos usar programas tipo WinMTR para no solo ver la latencia final, sino una trazabilidad.
Es más, en cualquier test de latencia que se haga por web, y no estoy diciendo ni mucho menos que te pase esto, un servidor podría simplemente retrasar la respuesta a la petición HTTP por parte del navegador, ya fuese por saturación, por que está haciendo otras cosas, por... y podría responder valores incluso disparatados!! Y tampoco tendría absolutamente nada que ver con tener esas latencias. Así que me temo que realmente es al contrario, la única prueba fiable de cualquier tipo de latencia es usar herramientas tipo ping/tracert.
Te invito a mirar a este mismo foro como se mide cada vez que cualquiera tiene un problema de latencia o cree tenerlo. Y no solo en este foro, en foros de juegos, de streaming, de otros ISP... siempre se usan las mismas herramientas: Ping/Tracert (que como ya he dicho, WinMTR simplemente hace uso de ambas para la trazabilidad, como muchas otras herramientas similares)
----------------------------
En lo que respecta el por qué a unos sí y a otros no, ya te contesté anteriormente, depende únicamente de si el servidor responde a la petición ping2 con el time_ping2 (y también el jitter). Si la petición lleva dicho valor, usa dicho valor, si dicho campo está vacío, usa time_ping, que es obtenido al hacer la diferencia entre el tiempo de envío menos el tiempo de inicio y la media de las 10 pruebas que se hacen.
Simple y llanamente :). Y para todo ello, te puse además mi propia captura donde aparecían valores decimales sin más. Es más, tu misma puedes ver todo esto que te digo:1º. Nos confirmas que WinMTR arroja resultados correctos -> Obviamente, es lo que llevo diciendo desde el primer momento
2º. Puedes ver en esas mismas herramientas de desarrollador el valor devuelto en ping2!! y verás como es el mismo que luego aparece en la web.3º.
3º. Aunque no sea tan exacto, puedes usar cientos de páginas que supuestamente miden la latencia, y verás que no te van a mostrar latencias de más de 3 segundos. Por ponerte un ejemplo simple, otro test muy usado:
https://www.speedtest.net/
https://speed.cloudflare.com/O casi cualquier otro que quieras
----------------------------
Lo creas o no, aun cuando un test de velocidad, el de Movistar o cualquier otro por web, te estuviese dando una latencia de 3 segundos, 4 segundos... lo que fuese, y fuesen realmente segundos, tampoco significaría como digo que tuvieses esa latencia realmente. Esa latencia lo único que mediría serían respuestas http a ese servidor concreto, nada más. Lo cual podría ser desde un simple problema con dicho servidor, y no tendría absolutamente ningún impacto en Internet, o simplemente un problema como digo de como se está realizando el test en cuestión. La cifra más sencilla y llana de medirla es como se ha comentado... no por gusto, no por capricho, no por dejar a unos o a otros en mejor/peor lugar. Es como digo el modo de medirla en Internet por cualquier profesional, amateur... que tenga interés real en saber la latencia. Y esta, si lanzas winmtr a diferentes sitios, verás que varía total y absolutamente dependiendo del destino, desde valores tan irrisorios de pocos milisegundos, a decenas y cientos de estos.
Saludos.
Buenas tardes.
Habíamos hablado sobre los decimales. En las capturas de pantalla que envié sobre la latencia en la prueba de Firefox, Herramientas para desarrolladores -> Red, se ve que los valores fluctúan desde unos varios cientos hasta más de cinco mil milisegundos. En esas cifras no hay coma ni punto susceptible se ser interpretado como una coma. Así que si Firefox dice 4300 (por poner un ejemplo), hay de entenderse como cuatro mil trescientos, no tiene otra vuelta de hoja. Puedes verlo en las capturas de pantalla que puse aquí.
Esa latencia se manifestaba mientras el test se estaba realizando, cosa importante porque tanto WinMTR como Firefox muestran una carga aparentemente normal del servidor, pero es al hacer el test cuando se dispara la latencia. Pero no hay forma de realizar el test con WinMTR durante la realización del test, sólo la conexión inicial al servidor.
Hablamos de que el test con WinMTR a Youtube había sido normal también. Sí, la carga de Youtube.com sí lo es. Luego, la reproducción de los vídeos ya no lo es tanto y se muestra otra vez una latencia alta durante la misma, supongo que por eso la carga de los vídeos suele ir más lenta: la carga avanza a empujones, la línea gris de carga avanza un poco, se para, cuando la línea roja de lo ya reproducido se acerca vuelve a dar otro empujón hacia delante, y así; antes iba más fluido.
Por eso digo y reitero que aunque el test de la carga inicial parezca ser más o menos normal, el funcionamiento ya no lo es tanto.
Suponiendo que sean realmente decimales, ¿cómo es posible que Movistar haya hecho que su test funcione de forma distinta según el servidor? Antes funcionaba igual para todos. No tiene sentido que en unos sea tan exacto como para medir en milésimas de milisegundo, mientras que a otros no les dé ni un solo decimal. Es algo incomprensible y que mueve a confusión. Y nada menos que para sus propios clientes. Porque de toda la gente que conocemos y hemos preguntado, los tres únicos que ven el resultado del test con millares/decimales son de Movistar, ninguno de otra compañía. ¿Sólo afecta a los de Movistar?
Dices que aunque fuese verdad que la latencia fuese de tres o cuatro segundos tampoco significaría que fuese esa latencia la real. Tal vez no sea la real para todas las webs (sí, sé que hay diferencia entre unas y otras, y suele ser normal que cuanto más lejos más latencia, incluso varios cientos de milisegundos), pero en la web en que hay esa latencia el funcionamiento no es bueno: tardan en cargar, van más lentas para interactuar con ellas, etc. En concreto sobre el test de Movistar, a web carga rápido. Pero cuando pulsas en realizar test, antes iniciaba inmediatamente la cuenta de 1, 2... hasta diez. Ahora se toma unos segundos, segundos en los que parece no hacer nada.
Un saludo.
Hola RosaFernández
Lamentamos las molestias ocasionadas, inicialmente no se notifica registro de incidencias similares, teniendo en cuenta lo que nos indicas. Si consideras que tu conexión al navegar no es correcta, podremos revisar el historial de tu incidencia con referencia a la revisión que realizaron los técnicos.
Por otra parte, mantendremos el post abierto a la espera de alguna otra opinión por parte de nuestros usuarios.
Seguimos atentos a cualquier novedad.
Un saludo.
Yaneth.
