Por qué la pérdida de paquetes necesita su propio test
Todo lo que envías por internet se divide en pequeños paquetes. Cuando algunos se pierden, las páginas web siguen cargando y las descargas siguen terminando, porque las aplicaciones basadas en TCP simplemente vuelven a pedir el fragmento que falta. Los juegos, el chat de voz y las videollamadas no pueden permitirse esperar, así que pasan al siguiente paquete. El resultado es un rival que se teletransporta, palabras que se pierden o un fotograma de vídeo congelado. Un test de pérdida de paquetes hace visible lo que un test de velocidad normal oculta.
Cómo se realiza la medición
El test establece un canal de datos WebRTC entre tu navegador y el servidor de prueba que elijas. El canal está configurado para entrega no ordenada y cero retransmisiones (maxRetransmits: 0), de modo que un paquete perdido nunca se reenvía. Esto se parece mucho al comportamiento de UDP, que es lo que usan la mayoría de los juegos y aplicaciones VoIP. Como la conexión pasa por el servicio TURN propio del servidor, también funciona detrás de NAT estrictos y en muchas redes corporativas.
Cada paquete lleva un número de secuencia. El servidor devuelve cada uno al instante y, al final del test, envía la lista de ID que ha recibido. Tu navegador compara esa lista con lo que envió y con lo que volvió:
- Los paquetes que nunca llegaron al servidor cuentan como pérdida de subida.
- Los paquetes que llegaron al servidor pero nunca volvieron cuentan como pérdida de bajada.
- Los paquetes que volvieron, pero demasiado tarde para ser útiles, se marcan como tardíos.
- Los paquetes desordenados y duplicados se registran en contadores separados.
Cómo elegir los ajustes adecuados
El tamaño del paquete, la frecuencia y la duración determinan qué tipo de tráfico imita el test. Los valores predeterminados sirven a la mayoría, pero si buscas un problema concreto, prueba estos perfiles:
- Juegos: 64–128 bytes, 60–100 paquetes por segundo, 1–2 minutos.
- Llamadas de voz: 160–200 bytes, 50 paquetes por segundo, 1 minuto.
- Paquetes grandes: 1000–1200 bytes, 20–50 paquetes por segundo.
- Monitorización prolongada: frecuencia baja, 5 minutos.
Si la pérdida aumenta con paquetes grandes pero no con pequeños, revisa la configuración de la MTU o un límite de capacidad de la línea. Si los tests cortos salen limpios pero los largos muestran ráfagas ocasionales de pérdida, es probable que el problema sea intermitente: interferencias del Wi-Fi, un router que se sobrecalienta o la congestión de la tarde.
Qué indica la pérdida por dirección
Saber en qué dirección se pierden los paquetes es la forma más rápida de averiguar quién tiene que solucionar el problema. Los fallos dentro de casa, como una señal Wi-Fi débil o una copia de seguridad en la nube que satura tu subida, suelen producir pérdida de subida. La pérdida de bajada apunta más a menudo a congestión en la red de tu proveedor, a la calidad de la línea en conexiones DSL o de cable, o a un salto congestionado en la ruta hacia el servidor. Si ves pérdida en ambas direcciones, revisa primero el enlace entre tu dispositivo y el router, y después el enlace entre el router y la línea exterior.
Jitter, MOS y la nota de la conexión
La pérdida de paquetes nunca debe valorarse por sí sola. El jitter, la diferencia absoluta media entre tiempos de ida y vuelta consecutivos, muestra lo irregular que es tu latencia. Un jitter alto obliga a las aplicaciones a usar búfer, y los paquetes que llegan después de que el búfer se haya reproducido se pierden a efectos prácticos. La puntuación MOS combina latencia, jitter y pérdida mediante un modelo E simplificado de la ITU-T G.107 para estimar cómo sonaría una llamada de voz: 4 o más es buena, por debajo de 3,5 la calidad está claramente degradada. La nota de A a F y el porcentaje de estabilidad reúnen todo esto en un único resumen.
Cómo acotar la causa
- Ejecuta el test por Wi-Fi y luego por cable en el mismo dispositivo. Una gran diferencia significa que el culpable es tu red inalámbrica.
- Repítelo con otra ubicación de servidor. Si la pérdida solo aparece en un servidor, el problema está en esa ruta.
- Haz la prueba por la mañana y de nuevo por la tarde. Una pérdida que solo aparece en horas punta apunta a la capacidad de la red.
- Descarga los resultados en CSV o JSON y adjúntalos a una incidencia de soporte si es necesario.
Para una comprobación general rápida, usa el test de ping de nuestra página principal. Si un juego concreto va a tirones, compara la latencia por región en páginas como el test de ping de Valorant.