Lección 5 — Rendimiento de Red: Ancho de Banda, Latencia, Pérdida y Variación del Retardo

El rendimiento de red describe cómo se comporta una comunicación bajo determinadas condiciones. Para evaluarlo necesitas observar varias métricas: la capacidad disponible, la transferencia obtenida, el tiempo de entrega, la pérdida de paquetes y la variación del retardo.

Una red puede descargar archivos con rapidez y presentar interrupciones durante una videollamada. También puede responder con poca demora y tardar mucho en transferir un archivo grande. Estas situaciones muestran que “la red está rápida” o “la red está lenta” son descripciones insuficientes para un análisis técnico.

En las lecciones anteriores estudiaste cómo se organizan los servicios y cómo viajan los datos. Ahora aprenderás a interpretar qué sucede durante ese recorrido y qué condiciones afectan la experiencia de los usuarios.

Al finalizar podrás distinguir las principales métricas, realizar cálculos sencillos e interpretar resultados sin confundir una medición con un diagnóstico completo.

¿Qué significa evaluar el rendimiento de una red?

Evaluar consiste en relacionar mediciones con una actividad y unas condiciones concretas.

Antes de interpretar un resultado, necesitas saber:

• Qué se midió: transferencia, retardo, pérdida u otra magnitud.
• Entre qué puntos: computadora y servidor, cliente y router u otros extremos.
• Cuándo: fecha, horario y duración.
• Cómo: herramienta, protocolo y configuración.
• En qué condiciones: conexión cableada o inalámbrica, carga y otras actividades.
• Para qué aplicación: descarga, videollamada, sistema de inventario u otro servicio.

Una medición hacia un servidor de internet no describe por sí sola todos los enlaces de la red local. Tampoco identifica automáticamente al equipo responsable de un problema.

El resultado corresponde a la prueba realizada y a sus condiciones.

Ancho de banda: capacidad de transmisión

En el contexto de redes de datos, utilizamos habitualmente ancho de banda para referirnos a la capacidad de transmisión expresada en bits por segundo.

Algunas unidades comunes son:

• Mbps: millones de bits por segundo.
• Gbps: miles de millones de bits por segundo.

En otros contextos, como el análisis de señales, ancho de banda puede describir un intervalo de frecuencias expresado en hercios. En esta lección nos concentraremos en su uso habitual como capacidad de comunicación digital.

Un enlace de mayor capacidad puede transportar más bits por unidad de tiempo, pero esa capacidad no garantiza la misma tasa de transferencia para una aplicación.

El recorrido tiene varios límites

Una comunicación puede atravesar:

• La interfaz de la computadora.
• Un enlace Ethernet o Wi-Fi.
• Switches y routers.
• La conexión con el proveedor.
• Otras redes.
• La infraestructura del servidor.

La capacidad útil del recorrido está condicionada por sus limitaciones, la carga compartida y otros factores.

Por ejemplo, una computadora conectada mediante Ethernet de 1 Gbps no obtiene automáticamente una descarga de internet de 1 Gbps.

Capacidad y disponibilidad

También debes distinguir la capacidad de un enlace de la parte que puede utilizar una comunicación en un momento determinado.

Si varias transferencias comparten un recurso limitado, compiten por él. La distribución depende de protocolos, políticas y condiciones; no tiene que ser un reparto idéntico entre usuarios.

Throughput: transferencia realmente obtenida

El throughput es la tasa de transferencia medida en un punto y durante un intervalo.

Su interpretación depende de qué se cuenta: bits de una interfaz, tráfico de un protocolo u otra unidad definida por la herramienta.

La tasa obtenida puede ser inferior a la capacidad nominal por:

• Información de control de los protocolos.
• Retransmisiones.
• Tráfico concurrente.
• Condiciones del enlace inalámbrico.
• Limitaciones de procesamiento o almacenamiento.
• Comportamiento del transporte.
• Límites del servicio remoto.

Goodput: datos útiles de la aplicación

El goodput expresa la tasa de entrega de datos útiles de aplicación, excluyendo elementos como cabeceras y retransmisiones del cálculo correspondiente.

No todas las herramientas muestran la misma métrica. Una aplicación de descarga y un contador de interfaz pueden presentar valores diferentes sin que exista una contradicción.

Antes de comparar cifras, comprueba qué incluyen.

Bits y bytes

Un byte contiene 8 bits. Por tanto:

100 Mbps ÷ 8 = 12.5 MB/s

Ese resultado es una conversión de unidades, no una promesa de transferencia útil.

Para los cálculos siguientes utilizaremos unidades decimales: 1 MB = 1,000,000 de bytes. Si una herramienta utiliza MiB u otras unidades, la interpretación numérica cambia.

Latencia: tiempo de entrega

La latencia de red describe el retardo de comunicación entre puntos definidos. Debes especificar si estás midiendo un trayecto de ida o una ida y vuelta.

Se expresa habitualmente en milisegundos, abreviados como ms.

Retardo de ida

Es el tiempo que transcurre desde que se envía una unidad de datos hasta que llega al punto receptor definido.

Medirlo entre equipos diferentes requiere un método que controle adecuadamente la relación entre sus relojes.

Tiempo de ida y vuelta

El RTT, round-trip time, es el tiempo transcurrido desde el envío hasta la recepción de una respuesta correspondiente.

Las herramientas de eco, como ping, suelen mostrar tiempos de ida y vuelta. Esa medición también puede incluir procesamiento en el destino.

No debes dividir automáticamente el RTT entre dos y afirmar que obtuviste la latencia de ida. Los recorridos y retardos de ambas direcciones pueden ser distintos.

De dónde procede el retardo

El tiempo total puede incluir:

• Propagación: desplazamiento de la señal por el medio.
• Transmisión: tiempo necesario para introducir los bits en el enlace.
• Procesamiento: trabajo realizado por dispositivos y sistemas.
• Espera en colas: tiempo durante el cual el tráfico espera atención.

Aumentar la capacidad puede reducir el tiempo de transmisión y ayudar frente a ciertos problemas de carga, pero no elimina todas las fuentes de retardo.

Ancho de banda y latencia no son lo mismo

Imagina estos resultados ficticios, obtenidos hacia destinos definidos:

La condición A permite transferir más datos por segundo en esa prueba. La B presenta menor tiempo de ida y vuelta.

No existe contradicción: están describiendo dimensiones diferentes.

Una transferencia grande puede beneficiarse especialmente de mayor tasa útil. Una operación interactiva que necesita varios intercambios sucesivos puede verse afectada por el retardo, aunque el volumen de datos sea pequeño.

La experiencia depende de cómo utiliza la red cada aplicación.

Pérdida de paquetes

La pérdida de paquetes ocurre cuando unidades enviadas no llegan al punto de recepción considerado en la medición.

Puede expresarse como porcentaje:

Pérdida (%) = paquetes no recibidos ÷ paquetes enviados × 100

Si una prueba envía 200 paquetes y el receptor registra 196:

4 ÷ 200 × 100 = 2 %

Ese porcentaje describe la muestra de la prueba. No demuestra que toda la comunicación de la red tenga la misma pérdida.

Posibles causas

La pérdida puede relacionarse con:

• Colas que alcanzan su capacidad.
• Errores de transmisión.
• Interferencia o condiciones de radio.
• Fallas de interfaces o medios.
• Problemas en equipos o sistemas.
• Filtrado y políticas que afectan la prueba.

En una prueba de eco, las respuestas ausentes también pueden deberse a limitaciones o tratamiento específico de ese tráfico. No deben atribuirse automáticamente a pérdida de los datos de una aplicación.

Efectos en las aplicaciones

TCP puede retransmitir datos y ajustar su comportamiento, con efectos sobre la transferencia y el tiempo de entrega.

En audio o video en tiempo real, ciertos datos pueden llegar demasiado tarde para resultar útiles, incluso si finalmente se reciben.

La pérdida y las retransmisiones pueden afectar el servicio de formas distintas según el protocolo y la aplicación.

Variación del retardo o jitter

La variación del retardo, frecuentemente llamada jitter, describe cambios en el retardo de entrega.

Los paquetes no siempre experimentan el mismo tiempo de recorrido. Las colas, la carga y otras condiciones pueden producir diferencias entre ellos.

Existen distintas definiciones y métodos de cálculo. Por eso, dos herramientas pueden mostrar valores de jitter que no son directamente comparables.

Ejemplo de llegada irregular

Un flujo de audio envía paquetes cada 20 ms.

Por diferencias en el retardo, el receptor podría observar intervalos de llegada de:

20 ms, 35 ms, 10 ms y 15 ms

Es una representación didáctica de llegadas irregulares. La secuencia no constituye por sí sola un cálculo formal de jitter.

La aplicación puede utilizar un búfer de reproducción: almacena temporalmente información para compensar parte de la variación.

Un búfer mayor puede absorber más variación, pero también añade espera. La solución debe equilibrar continuidad y retardo.

Latencia y jitter

Una comunicación puede tener:

• Retardo elevado pero relativamente estable.
• Retardo medio bajo con variaciones importantes.
• Retardo y variación elevados.

Por eso, conocer únicamente el promedio de latencia no basta para describir su estabilidad.

Congestión y colas

La congestión de red aparece cuando la demanda supera los recursos disponibles en algún punto del recorrido.

Si el tráfico llega más rápido de lo que puede salir, se acumula en colas. Esto puede provocar:

• Mayor retardo.
• Mayor variación del retardo.
• Descartes cuando no hay espacio suficiente.
• Menor rendimiento de determinadas aplicaciones.

Un enlace puede parecer adecuado con poca carga y presentar problemas durante una transferencia intensa.

Importancia de la subida

No solo importa la descarga.

Las copias de seguridad, videollamadas y transferencias hacia servicios remotos utilizan capacidad de subida. Su saturación puede afectar otras comunicaciones que comparten ese recurso.

Una política de priorización puede ayudar a gestionar tráfico durante la congestión, pero no crea capacidad adicional ni corrige todas las causas de bajo rendimiento.

Caso práctico: descarga rápida, videollamada inestable

En la pequeña empresa, el responsable informa:

“Los archivos se descargan rápido, pero las videollamadas se cortan por la tarde”.

Los siguientes datos son ficticios y didácticos. Supongamos que se obtuvieron con el mismo equipo, destino y método, salvo la condición de carga indicada.

Estos resultados justifican investigar la relación entre carga y comportamiento. No identifican por sí solos el punto de congestión ni demuestran que el router deba reemplazarse.

Podríamos comprobar:

• Qué dirección de transferencia utiliza la copia.
• Qué recursos comparte con la videollamada.
• Si el comportamiento cambia con conexión cableada.
• Si ocurre hacia otros destinos.
• Qué muestran las métricas del enlace y de la aplicación.

La conclusión inicial debe ser prudente: durante la prueba con carga aumentaron los retardos y faltaron más respuestas de eco.

Estimar el tiempo de una transferencia

Una estimación sencilla utiliza:

Tiempo = tamaño de los datos ÷ tasa útil de transferencia

Si necesitas transferir un archivo de 300 MB y mantienes una tasa útil de 10 MB/s:

300 MB ÷ 10 MB/s = 30 segundos

Es una estimación ideal bajo esas condiciones.

Si solo conoces la capacidad nominal del enlace, todavía no conoces la tasa útil que obtendrá la aplicación. También pueden intervenir establecimiento de conexiones, almacenamiento y variaciones durante la transferencia.

Utiliza unidades compatibles y distingue una estimación de una medición.

Cómo interpretar mediciones con criterio

Una evaluación útil necesita contexto y resultados suficientes para describir la variación.

Qué debes registrar

Promedio y distribución

Un promedio puede ocultar picos importantes.

Además de la media, según la prueba puede resultar útil observar mínimos, máximos y percentiles.

Un percentil 95 de retardo indica un valor por debajo del cual se encuentra aproximadamente el 95 % de las observaciones de la muestra, según el método utilizado.

No necesitas calcularlo todavía. Lo esencial es comprender que una sola cifra puede resumir insuficientemente el comportamiento.

Umbrales según la aplicación

No existe un único valor de latencia, pérdida o jitter que defina como adecuada cualquier red.

Los criterios deben relacionarse con la aplicación, sus mecanismos, los requisitos del servicio y las condiciones de medición.

Actividad práctica: compara dos condiciones

Propósito: interpretar métricas sin confundirlas y formular una conclusión limitada a los datos.

Utiliza estos resultados ficticios de dos pruebas realizadas hacia el mismo servidor mediante el mismo método:

Instrucciones

1. Identifica qué prueba obtuvo mayor transferencia útil.
2. Identifica cuál tuvo menor RTT medio.
3. Calcula el porcentaje de pérdida de cada prueba.
4. Explica por qué no puedes elegir una como “mejor para todo”.
5. Indica dos datos adicionales necesarios para evaluar una videollamada.
6. Estima cuánto tardaría un archivo de 200 MB si mantuviera una tasa útil de 10 MB/s.

Respuestas orientativas

• Mayor transferencia útil: prueba B.
• Menor RTT medio: prueba A.
• Pérdida A: 0 ÷ 200 × 100 = 0 %.
• Pérdida B: 6 ÷ 200 × 100 = 3 %.
• Interpretación: B entrega más datos por segundo, pero presenta mayor RTT medio y pérdida en la muestra. La conveniencia depende de la aplicación.
• Datos adicionales: variación del retardo, picos, comportamiento por dirección, carga o métricas de la propia videollamada.
• Tiempo estimado: 200 MB ÷ 10 MB/s = 20 segundos, bajo la tasa útil constante indicada.

Errores frecuentes

• Confundir Mbps con MB/s. Debes considerar la relación de ocho bits por byte.
• Equiparar capacidad nominal con transferencia útil. Son magnitudes distintas.
• Llamar latencia de ida al resultado de RTT. Debes identificar el método.
• Evaluar una red con una sola prueba. El comportamiento cambia con tiempo, carga y destino.
• Interpretar respuestas de eco ausentes como prueba definitiva de una falla. Pueden intervenir filtrado o tratamiento específico.
• Confundir retardo alto con variación alta. Latencia y jitter describen aspectos diferentes.
• Culpar al proveedor sin delimitar el recorrido. El origen puede estar en distintos puntos.
• Comprar más capacidad antes de investigar. No resolverá necesariamente problemas de radio, errores o servicios remotos.

Lo que has aprendido

En esta lección aprendiste a:

• Distinguir capacidad, throughput y goodput.
• Interpretar bits, bytes y tasas de transferencia.
• Diferenciar retardo de ida y tiempo de ida y vuelta.
• Calcular pérdida en una muestra.
• Explicar la variación del retardo.
• Relacionar congestión, colas y comportamiento de aplicaciones.
• Estimar tiempos de transferencia.
• Redactar conclusiones acordes con las condiciones y límites de una medición.

Conclusión

El rendimiento de red no se resume en una cifra de velocidad. Una evaluación necesita relacionar capacidad, transferencia útil, retardo, pérdida y variación con la actividad que se desea realizar.

Medir con contexto e interpretar con prudencia te permitirá distinguir síntomas y formular mejores comprobaciones. A lo largo de la especialización utilizarás estas ideas para evaluar configuraciones y resolver problemas.

En la siguiente lección prepararás el laboratorio físico y simulado que servirá como entorno para las prácticas del programa.

Lección anterior　　 Índice del programa　　 Siguiente lección