Calculadora del Producto Ancho de Banda × Retardo (BDP) TCP | Dimensiona la ventana y el tope del enlace

Calcula el producto ancho de banda × retardo de TCP a partir de la velocidad del enlace y el RTT, mostrado en bytes, KiB, MiB y paquetes. Comprueba si la ventana por defecto de 64 KiB limita el enlace y si hace falta window scaling.

💡 Sobre esta herramienta

Tienes un enlace de 1 Gbps, lanzas una transferencia a larga distancia y avanza a 30 Mbps. El enlace está bien: el cuello de botella es la ventana TCP. Cuando el producto ancho de banda × retardo (BDP = ancho de banda × RTT) supera la ventana de envío, el emisor se detiene esperando los ACK y el "tubo" queda medio vacío.

Esta calculadora toma el ancho de banda (Kbps / Mbps / Gbps) y el RTT (ms) y devuelve el BDP en bytes, KiB y MiB. Lo convierte a número de paquetes con MSS = 1460 bytes (IPv4 sobre Ethernet) e indica el techo de rendimiento que tendrías con una ventana por defecto de 64 KiB sin window scaling. Seis presets — LAN, metro, intercontinental, transpacífico, satélite GEO y 4G LTE — te dejan partir de un enlace parecido al tuyo y validar las cifras antes de tocar los búferes de socket.

🧐 Preguntas Frecuentes

P. ¿Qué me dice realmente el BDP? R. Es la cantidad de datos que deben estar "en vuelo" para mantener el tubo lleno. Si dimensionas la ventana de envío (o el búfer de recepción) al menos al BDP, el emisor nunca se detiene esperando ACK.

P. ¿Por qué aparece siempre el límite de 64 KiB? R. El campo de ventana de la cabecera TCP tiene 16 bits, así que llega como máximo a 65.535 bytes (~64 KiB). Cualquier BDP superior necesita window scaling (RFC 7323), que desplaza la ventana anunciada para alcanzar valores de gigabytes.

P. ¿Cómo mido el RTT? R. El tiempo de ida y vuelta de ping es el indicador habitual. Varía con el enrutamiento y la congestión, así que introduce un valor en hora punta para una estimación conservadora.

P. ¿De dónde sale el MSS = 1460? R. De la MTU de 1500 bytes de Ethernet menos 20 bytes de cabecera IPv4 y 20 de cabecera TCP. Con IPv6, PPPoE o túneles el MSS se reduce y el número de paquetes aumenta.

P. ¿Admite jumbo frames u otro MSS? R. El recuento de paquetes asume un MSS fijo de 1460. Con jumbo frames el número real es menor que el mostrado, pero el BDP en bytes no depende del MSS, así que esa cifra sigue siendo válida.

P. ¿Por qué tres unidades de ancho de banda? R. Algunos enlaces móviles y antiguos están en el rango de Kbps mientras que la red de un centro de datos va en Gbps. Tres unidades evitan equivocarse con los ceros.

📚 Cómo nació el window scaling

Un enlace con mucho ancho de banda y mucha latencia tiene nombre propio: Long Fat Network (LFN). El RFC 1323 — hoy reemplazado por el RFC 7323 — se escribió justamente para que TCP funcionara bien en estos enlaces, introduciendo el window scaling y las marcas de tiempo TCP. La idea es fácil de visualizar como una manguera: una manguera ancha y larga contiene mucha agua antes de que salga por el otro extremo, y hay que seguir bombeando ese volumen para mantener un caudal estable. Cambia "agua en la manguera" por "bytes en vuelo" y tienes el BDP. En una LAN local el RTT es inferior a un milisegundo y el BDP cabe en unas decenas de KiB, por lo que la ventana por defecto sobra. En un enlace satelital GEO, en cambio, el RTT supera los 600 ms y el BDP crece tanto que la ventana de 64 KiB se queda muy corta: ahí window scaling deja de ser un detalle y pasa a ser obligatorio.