# El ancho de banda no es velocidad

El ancho de banda es la capacidad de un enlace; la latencia es lo que tarda un paquete; el jitter es la variación de ese retardo; la pérdida es la proporción de paquetes que nunca llegan. Un enlace puede ser ancho y sentirse lento si el viaje de ida y vuelta, la variación o la pérdida son malos. Elija la métrica que corresponde a la aplicación.

- El ancho de banda es capacidad; la latencia, el jitter y la pérdida deciden cómo se siente una aplicación interactiva.

- El jitter es la variación del retardo; un camino estable puede sentirse mejor que uno cuya latencia oscila ampliamente.

- La pérdida de paquetes se retransmite en datos, lo que añade retardo, y se oculta en medios en tiempo real, lo que se nota como un corte o artefacto.

- El rendimiento de un flujo está limitado por la ventana TCP y el tiempo de ida y vuelta, no solo por la tasa del enlace.

- ITU-T G.114 sitúa 150 ms unidireccionales en el límite superior de la banda que sirve a la mayoría de usuarios de voz.

## 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 viaje de ida y vuelta en escala logarítmica

Las marcas de 5, 40, 130 y 400 ms son bandas de orientación, no un objetivo para una ruta. La marca de 130 ms es el suelo de fibra en línea recta para el par Ciudad de México–Shanghái con un factor de ruta de 1,0; la herramienta aplica el factor 1,5 del escenario.

Alt: Una escala logarítmica de 1 a 1000 ms con marcas en 5, 40, 130 y 400 ms, etiquetadas como misma ciudad, regional, intercontinental y colas o ruta larga.

La escala va de 1 ms a 1000 ms. Un camino en la misma ciudad queda cerca de la izquierda, uno regional en las decenas de milisegundos y uno intercontinental en los cientos bajos. Las marcas describen distancia y colas, no un objetivo de servicio. Un viaje de ida y vuelta medido incluye también el equipamiento y la ruta, así que es mayor que el suelo de fibra.

| Item | Value | Note |
| --- | --- | --- |
| 5 ms |  | Misma ciudad |
| 40 ms |  | Ruta regional |
| 130 ms |  | Ruta intercontinental |
| 400 ms |  | Colas o ruta larga |

Source: Calculadora de suelo de latencia de fibra y rendimiento TCP: nota de física (https://unicomam.com/en/tools/fiber-latency/)

## 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.

### Una distribución ilustrativa del retardo

Una distribución ilustrativa: p50 en 40 ms y p95 en 180 ms. La diferencia es la variación que la aplicación debe absorber. Los números son ilustrativos, no una medición de una red.

Alt: Una banda de 0 a unos 216 ms con un paquete típico en 40 ms y una cola lenta en 180 ms, que muestra una variación de 140 ms.

La mitad de los paquetes llega en 40 ms o menos y el 95 % en 180 ms o menos. La diferencia de 140 ms es la dispersión que la aplicación debe almacenar o descartar. Otra red u otra hora del día darían otra distribución; la forma, no el número exacto, es la lección.

| Item | Value | Note |
| --- | --- | --- |
| p50 | 40 ms | Paquete típico |
| p95 | 180 ms | Cola lenta |
| p95 − p50 | 140 ms | Variación |

Source: Modelo ilustrativo; ITU-T Y.1540 e Y.1541 definen la variación del retardo (https://www.itu.int/rec/T-REC-Y.1540/en)

### Umbrales típicos, por aplicación

| Aplicación | Qué medir | Orientación típica |
| --- | --- | --- |
| Voz y vídeo interactivos | Retardo unidireccional, RTT, jitter, pérdida | G.114 considera aceptables 0–150 ms unidireccionales para la mayoría de usuarios de voz, 150–400 ms como transición y por encima de 400 ms como generalmente inaceptable. |
| Control remoto y juegos | RTT y pérdida | La respuesta empeora a medida que sube el RTT. Mida los viajes de ida y vuelta de la propia aplicación, no un solo ping. |
| Web y transacciones API | RTT, TTFB, pérdida | Separe la resolución de nombres, la conexión, el tiempo del servidor y el primer byte. Un enlace rápido puede seguir esperando al servidor. |
| Transferencia masiva y copia de seguridad | Rendimiento, pérdida, RTT | Un flujo está limitado por la ventana y el RTT. Más flujos o una ventana mayor pueden subir el rendimiento. |

La tabla es orientación didáctica, no un objetivo de servicio. Anote la ventana y la ruta con cada número.

## 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](/es/resources/learn/china-connectivity-options-latam/) muestra cómo se construye el camino; el [explicador de roaming](/es/resources/learn/home-routing-vs-local-breakout/) 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.

La herramienta calcula un suelo de física para el par de ciudades y el factor de ruta del escenario, no una medición de una red.

[Open the tool](/es/tools/fiber-latency/?src=learn-bandwidth-latency-jitter-and-loss&scenario=mexico-shanghai&pathFactor=1.5)

### Compruebe lo que ha entendido

**Un enlace de 100 Mbps se siente lento en una videollamada: ¿qué mide y en qué ventana?**

Mida RTT, jitter y pérdida desde el dispositivo hasta el destino de la llamada durante varios minutos, incluida la hora punta. Solo el rendimiento no explicará la llamada.

**¿Por qué el jitter puede ser peor que una latencia estable más alta?**

Un retardo estable permite a la aplicación usar un solo búfer. Una dispersión amplia la obliga a esperar la cola lenta, y los paquetes que llegan fuera del búfer se descartan u ocultan.

**¿Qué métrica pondría en un informe de prueba de ruta?**

Las cuatro, con la ventana, el origen y el destino. Si el informe debe elegir un titular, combine RTT con jitter p95 y pérdida, y deje el rendimiento como contexto.

## FAQ

**¿El ancho de banda es lo mismo que la velocidad?**

No. El ancho de banda es capacidad; la velocidad es cómo se siente la aplicación, y depende también del RTT, el jitter y la pérdida.

**¿Qué latencia es buena?**

Depende de la aplicación. ITU-T G.114 sitúa 150 ms unidireccionales en el límite superior de la banda que sirve a la mayoría de usuarios de voz; el control interactivo y los juegos suelen querer menos.

**¿Más ancho de banda reduce la latencia?**

No directamente. Más capacidad puede reducir las colas cuando el enlace está congestionado, pero la distancia y la ruta fijan el suelo.

## Sources

- [ITU-T G.114: tiempo de transmisión unidireccional](https://www.itu.int/rec/T-REC-G.114/en) — Accessed: 2026-10-19
- [ITU-T Y.1541: objetivos de prestaciones de red para servicios IP](https://www.itu.int/rec/T-REC-Y.1541/en) — Accessed: 2026-10-19
- [ITU-T Y.1540: parámetros de transferencia de paquetes IP y disponibilidad del servicio](https://www.itu.int/rec/T-REC-Y.1540/en) — Accessed: 2026-10-19
- [IETF RFC 3393: métrica de variación del retardo de paquetes IP](https://www.rfc-editor.org/rfc/rfc3393) — Accessed: 2026-10-19
- [Calculadora de suelo de latencia de fibra y rendimiento TCP: nota de física](https://unicomam.com/en/tools/fiber-latency/) — Accessed: 2026-10-19

Updated: 2026-10-19