El ancho de banda no es velocidad

El ancho de banda es la tubería

El ancho de banda es el diámetro de la tubería: cuántos bits caben por segundo en las condiciones del enlace. La latencia es el viaje: cuánto tarda un paquete en llegar al otro extremo y, en un viaje de ida y vuelta, en volver. Son medidas distintas, y una no implica la otra.

Un enlace de 100 Mbps puede sentirse lento en una videollamada porque la llamada no necesita 100 Mbps. Necesita un viaje de ida y vuelta lo bastante corto para conversar, un jitter lo bastante bajo para el búfer de audio y una pérdida lo bastante baja para que el códec no tenga que ocultar un hueco. La tasa anunciada no describe nada de eso.

El ancho de banda importa para transferencias masivas, copias de seguridad, subida de vídeo y muchos dispositivos a la vez. También importa para la congestión que produce latencia y pérdida. Pero cuando una persona dice que el enlace va lento, pregunte qué aplicación usa y cuál de las cuatro métricas le importa.

El jitter y la pérdida deciden la experiencia

El jitter es la variación del retardo de un paquete a otro. Un flujo puede tener una buena media y llegar de forma desigual. Los medios en tiempo real llevan un búfer para absorber la variación; cuando la dispersión supera el búfer, el audio se corta o el vídeo se congela.

Un camino estable es más fácil de usar que uno cuya latencia oscila ampliamente. La media puede parecer similar. El camino estable permite planificar a la aplicación; el que oscila la obliga a esperar la cola lenta o a descartar paquetes que no puede usar.

La pérdida es la tercera señal. Las aplicaciones de datos retransmiten, lo que añade un viaje de ida y vuelta y reduce el rendimiento. Los medios en tiempo real ocultan el paquete perdido, y eso aparece como un fallo. Una tasa de pérdida que parece pequeña en promedio puede agruparse en ráfagas y dañar más de lo que sugiere la media.

Mida en una ventana, desde ambos extremos

Mida desde ambos extremos y durante una ventana. Un solo ping muestrea un paquete en un momento; una llamada, un pago o un vídeo usan muchos paquetes durante minutos. Registre el mínimo, la mediana, el p95 y la pérdida en la hora punta, y guarde la ruta y el destino junto a los números.

Mida el camino que usa la aplicación. Una prueba de velocidad pública mide otro destino y, a menudo, otra ruta. Un informe de ruta que solo da rendimiento no explica una llamada entrecortada. Acompañe el rendimiento con RTT, jitter y pérdida, y separe el tramo local del internacional.

Informe la ventana, el origen, el destino y la hora del día. Un número sin esos cuatro datos no se puede comparar con otro. El explicador de conectividad con China muestra cómo se construye el camino; el explicador de roaming muestra por qué el anclaje cambia la distancia.

Qué contiene un informe de ruta útil

Un informe de ruta debe permitir repetir la prueba. Anote la dirección de origen, la de destino, la ventana temporal, el número de muestras y la herramienta o el método. Un informe que solo dice RTT medio no se puede comprobar ni comparar.

Informe la distribución, no solo la media. La mediana describe el paquete típico, el p95 describe la cola lenta y el máximo muestra el peor caso. Para una aplicación en tiempo real, el p95 y la pérdida importan más que la media.

Separe los tramos. Un tramo de acceso local, uno de tránsito internacional y otro de destino fallan por motivos distintos y tienen dueños distintos. Un solo número de extremo a extremo oculta qué tramo hay que arreglar.

Guarde las muestras originales con el resumen y anote la fecha. Una ruta cambia; un informe sin fecha se convierte en una afirmación sobre una red que ya no existe.