Cómo probar la pérdida de paquetes y distinguirla del ping alto

¿Qué síntomas deberías comprobar?

La voz se rompe en fragmentos, las acciones del juego retroceden y la videollamada se congela brevemente. Estos síntomas son compatibles con las pérdidas, pero no las prueban: un ordenador sobrecargado, una aplicación y su servidor se comportan de forma similar.

Una solicitud HTTP normal puede esperar a que se vuelva a entregar en un nivel inferior. Por lo tanto, el recuento fallido de la sonda HTTP no puede simplemente renombrarse como "porcentaje de paquetes perdidos". Esta verificación utiliza un canal WebRTC separado sin volver a enviar mensajes.

Cómo funciona la reconciliación

El navegador envía mensajes numerados. El servidor almacena el número de mensajes recibidos y envía un eco. Al final, el cliente recibe el registro del servidor a través de HTTP y compara tres listas: enviado, recibido por el servidor y devuelto al navegador.

Las “pérdidas arriba” se calculan en función del número de mensajes enviados. La “pérdida de eco” se basa en la cantidad de mensajes que el servidor realmente recibió. Si divide ambos indicadores por un valor inicial, las direcciones son fáciles de confundir. El informe almacena cantidades para que se pueda verificar el resultado.

Se trata de una medición basada en una aplicación a través de un navegador. Un mensaje WebRTC y un paquete IP no son unidades intercambiables y la carga de la aplicación también puede afectar la entrega. El servicio no presenta este resultado como análisis de laboratorio de la línea.

Si la conexión no se abre

La falla de WebRTC no significa una pérdida del 100%. Posibles restricciones de UDP, política del navegador, VPN, red corporativa o error de configuración del nodo de medición. En este caso, la prueba muestra un error de conexión y no una calidad de Internet nula.

Abierto Comprobación de estabilidad HTTP, inténtelo nuevamente sin VPN si su red lo permite y pruebe con una conexión diferente. No desactive las protecciones corporativas solo por realizar una prueba; pasar el resultado al administrador.

Qué hacer después de descubrir pérdidas

1. Repite dos o tres carreras cortas sin cambiar las condiciones. Una sola medición corta tiene un gran error aleatorio.
2. Conéctese mediante cable y apague el Wi-Fi en la computadora que está revisando.
3. Verifique otro dispositivo en la misma red. Si el problema persiste sólo con el primero, limite la búsqueda a su adaptador y programas.
4. Compare una red silenciosa y un momento de transmisión activa. Útil dependiendo de la carga. prueba de hinchamiento del buffer.
5. Envíe un registro de soporte con tiempo, condiciones y número de mensajes.

¿Se puede considerar el 0% como garantía?

No. Cero significa que no hay mensajes de prueba no entregados en el intervalo seleccionado a un nodo específico. Los fallos menos frecuentes, las diferentes rutas y los diferentes tamaños de mensajes siguen siendo inobservables. Un buen resultado es útil, pero se debe preservar su alcance junto con el número.