Transporte
Direcciones
MTU de la ruta OK
Paquete más grande que atraviesa la ruta sin fragmentarse. Inferido del MSS que su equipo anunció en el handshake TCP.
Medición limitada por el servidor: la MTU de su lado es de al menos 1500 bytes, y puede ser mayor.
Opciones TCP negociadas
Lo que ambos lados acordaron durante el handshake.
Rendimiento
Latencia, pérdida y ventana medidas por el kernel.
Latencia bajo carga (bufferbloat) No medido
Por qué una internet rápida aún parece lenta: el bufferbloat es el retraso extra que aparece cuando los datos quedan en una cola de espera porque la conexión está ocupada. Si algún equipo del camino encola paquetes en un búfer demasiado grande, la latencia se dispara bajo carga — y la videollamada se corta en una internet que el test de velocidad jura que está excelente.
- Mide la latencia con la red en reposo — es su línea de base, el “ping” de siempre.
- Llena la cola a propósito — descarga datos en cuatro flujos a la vez, para ocupar la conexión.
- Mide de nuevo, durante la carga — la diferencia entre ambas es el bufferbloat.
Consume como máximo 12 MB de su plan de datos, en hasta 6 segundos. En red móvil eso es cerca del 1,2% de un plan de 1 GB. La prueba solo se ejecuta cuando usted hace clic — nunca sola — y el botón se convierte en “Detener” mientras corre.
El tope de 12 MB es nuestro, no de su enlace: por encima de unos 60 Mb/s la carga aún termina antes de que la cola se llene, y en ese caso el sitio avisa que el número medido es un piso — no el valor real. Preferimos medir de menos y decirlo, a gastar su plan de datos para medir de más.
Cómo clasificamos — y qué no prueba este número
Esta clasificación es nuestra. Bufferbloat no tiene una RFC que lo defina como métrica, ni un rango oficial de nota — lo que existe son las normas que combaten la cola, listadas abajo. Nuestro criterio: hasta 30 ms de aumento es bueno, porque CoDel fue diseñado para mantener la cola en 5 ms (RFC 8289 §4.5) y damos margen para el Wi-Fi y para el reloj del navegador; de 30 a 150 ms, atención; de 150 a 600 ms, malo, porque en ese rango la conversación pierde el ritmo; por encima de 600 ms, muy malo. El wiki del proyecto Bufferbloat trata por encima de ~50 ms como latencia alta. bufferbloat.net ↗
Reservas, en el orden en que suelen morder: (1) medimos el camino hasta NUESTRO servidor, no internet entera — otro destino puede tener otra cola; (2) una sola medición, en una red que otras personas de la casa están usando, se equivoca: repita con la casa tranquila antes de concluir; (3) un Wi-Fi malo aparece aquí exactamente igual que el bufferbloat del proveedor, y no es lo mismo — pruebe también con cable antes de culpar al enlace.
Bufferbloat no es una RFC — es un problema. Estas son las normas que responden a él: