Diagnóstico de Red - Ping y Estabilidad

Test avanzado de conexión. Mide latencia (Ping), Jitter y pérdida de paquetes para detectar lag en juegos e inestabilidad.

Estado:OnlineTest:Parado
Puntuación de estabilidad
Malo
NaN
Basado en latencia y pérdida.
RTT Reciente
Sin datos
Medio-
p95:-
Jitter0ms
Pérdida0%

Diagnóstico de problemas

La conexión parece estable.
Soluciones rápidas
  • Usa cable Ethernet o Wi-Fi 5GHz.
  • Apaga VPNs o Proxies.
  • Pausa descargas en segundo plano.
  • Si solo falla una web, es problema de su servidor.

Info de Red

Network Information API
No soportado
API Network Info no disponible en este navegador.
Eventos
Máx 200
Sin datos
Muestras
Sin datos

Interpretar resultados

La clave para "atascado" es p95 y jitter: el promedio es muy bajo pero p95 es muy alto, lo que a menudo es causado por tartamudeo físico causado por picos ocasionales (más obvios en reuniones/juegos).
La clave para la "desconexión" depende de la tasa de fallas y de los eventos fuera de línea: si la tasa de fallas aumenta o se producen eventos fuera de línea, generalmente se debe a interferencias de Wi-Fi, reconexión del enrutador, inestabilidad de VPN/proxy o inestabilidad del operador.
Primero use el punto final predeterminado /api/ping para pruebas en el mismo dominio; Solo cuando claramente desee probar un servicio, cámbielo al enlace directo de verificación de estado/recurso estático del servicio.
Al copiar el informe a la otra parte para solucionar problemas, concéntrese en: tiempos de muestreo, tasa de pérdida de paquetes, p95/p99, eventos fuera de línea y la línea de tiempo de los últimos 10 eventos.

Guía de Diagnóstico

Muestreo de ping y eventos de red.

Paso 1

Iniciar test

Aprox. 10-20 seg
Mantenga el punto final predeterminado /api/ping (mismo dominio, refleja mejor la calidad de la red de "viene a este sitio")
Establezca el número de tiempos de muestreo (se recomienda comenzar con 20; para mayor estabilidad, se pueden usar 50+)
Establezca el intervalo y el tiempo de espera (un intervalo demasiado pequeño puede amplificar la fluctuación instantánea; un tiempo de espera demasiado pequeño puede causar errores de cálculo)
Haga clic en "Iniciar prueba" y espere a que se complete el muestreo.
Paso 2

Analizar métricas

Aprox. 20 seg
"Atascado": Priorice el retardo y la fluctuación de p95 (MAD/Std). Cuantos más picos, peor es la experiencia somatosensorial.
"Desconectar": Prioriza la tasa de fallas y los eventos fuera de línea. La aparición de conexión a menudo se debe a la interrupción/reconexión del enlace.
Observe la línea de tiempo del "evento": si hay indicaciones como cambio de red, cambio de VPN, etc.
Paso 3

Copiar informe

Aprox. 5 seg
Haga clic en "Copiar informe"
Envíe el informe al administrador de red/colegas/servicio de atención al cliente para localizar rápidamente el problema según los puntos temporales.
Si "solo un determinado sitio está bloqueado", se recomienda cambiar el punto final a un enlace directo al recurso del sitio y ejecutar la comparación nuevamente.

Preguntas Frecuentes

Dudas sobre lag y desconexiones.

1.

¿Qué es exactamente la "red" que se prueba en esta página?

Calcula RTT (retraso de ida y vuelta), fluctuación y tasa de fallas al realizar múltiples solicitudes al punto final especificado (similar al muestreo de ping) y combina eventos en línea/fuera de línea del navegador y la API de información de red para ayudarlo a determinar rápidamente si está "atascado" o "desconectado".

2.

¿Por qué el punto final predeterminado es /api/ping?

De forma predeterminada, usar el mismo dominio /api/ping puede reducir las diferencias entre dominios cruzados y servidores de terceros, y está más cerca de la calidad del enlace real de "usted a este sitio", y es más estable y reproducible. Para diagnosticar una determinada empresa/sitio, cambie el punto final a su verificación de estado o enlace directo de recursos estáticos para comparar.

3.

¿De dónde viene la "puntuación de estabilidad"? ¿Es confiable?

La puntuación es heurística en una escala de 0 a 100: la tasa combinada de pérdida/fallo de paquetes, latencia p95, fluctuación (variación de RTT adyacente) y eventos fuera de línea dan un resultado intuitivo. Es adecuado para una comparación rápida (cambiar de red/cambiar de VPN/antes y después de acercarse al enrutador) y no equivale a un instrumento estricto de medición de red.

4.

el promedio es bajo pero p95 es alto, ¿qué significa?

Generalmente representa "picos esporádicos": rápido la mayor parte del tiempo, pero a menudo ocurren algunas solicitudes muy lentas. Desde una perspectiva somatosensorial, es fácil experimentar retrasos ocasionales en la voz de la conferencia, movimientos circulares ocasionales en páginas web y caídas momentáneas de fotogramas en los juegos, etc.

5.

¿Un aumento en la tasa de pérdida/fallo de paquetes indica necesariamente un problema de red?

incierto. La falla puede provenir de la red (interferencia de Wi-Fi, reconexión del enrutador, inestabilidad de VPN), puede provenir del servidor de punto final (sobrecarga/aceleración/falla) o la configuración de tiempo de espera del navegador es demasiado pequeña. Sugerencia: Pruebe el punto final en el mismo dominio y el punto final de destino una vez cada uno y aumente el tiempo de espera de manera adecuada para comparar.

6.

¿La prueba cargará mis datos privados?

No. Solo iniciará una solicitud al punto final que usted complete y registrará la falla exitosa o que requiere mucho tiempo y otros indicadores; "Copiar informe" simplemente escribe el texto estadístico en el portapapeles.

7.

¿Por qué a veces muestra "La API de información de red no es compatible"?

Algunos navegadores/entornos no exponen información como navigator.connection debido a restricciones de privacidad o implementación. Esto no afecta el muestreo de ping ni el juicio de resultados, pero solo carece de información auxiliar como el tipo de red/RTT estimado.

8.

¿Cuáles son las sugerencias de solución de problemas más comunes?

Priorice tres pasos de comparación: 1) Apagar/cambiar VPN; 2) Acérquese al enrutador y cambie a 5 GHz o cambie a un cable de red; 3) Pausar tareas que consumen ancho de banda, como descargas/sincronización. Realizar una prueba en cada paso del camino es la forma más sencilla de identificar los principales obstáculos.