Redes BDP TCP producto ancho de banda-retardo ventana TCP rendimiento de red throughput optimizacion Linux

BDP y TCP Window Sizing: Guía Completa del Producto Ancho de Banda-Retardo

Publicado el 3 de junio de 2026 · Niwo

¿Qué es el Producto Ancho de Banda-Retardo (BDP)?

El Producto Ancho de Banda-Retardo (BDP, por sus siglas en inglés — Bandwidth-Delay Product) es una métrica fundamental en redes TCP/IP que representa la cantidad máxima de datos que pueden estar “en vuelo” — transmitidos pero aún no confirmados — en un enlace de red en un momento dado. Es el producto del ancho de banda del enlace (capacidad en bits por segundo) y su tiempo de ida y vuelta (RTT en segundos):

BDP = Ancho de banda × RTT

El resultado es una cantidad de datos, medida en bits o bytes, que determina directamente el tamaño mínimo de ventana TCP necesario para lograr la utilización completa del enlace. Si tu ventana TCP es más pequeña que el BDP, el emisor se quedará sin datos que transmitir mientras espera las confirmaciones, dejando el enlace inactivo y desperdiciando ancho de banda disponible.

Las redes donde el BDP supera los 10⁵ bits (12,500 bytes) se clasifican como Redes Largas y Anchas (LFN, Long Fat Networks) según el RFC 1072. Esta categoría incluye la mayoría de las conexiones modernas de alta velocidad: Ethernet de gigabits, redes celulares 4G/5G, enlaces satelitales y rutas de fibra intercontinentales.

Por qué el BDP es importante para TCP

TCP es un protocolo de ventana deslizante. El emisor solo puede transmitir hasta una ventana de datos antes de detenerse y esperar confirmaciones (ACKs). Sin una ventana suficientemente grande, el emisor no puede mantener el conducto lleno:

• Ventana < BDP: El enlace está subutilizado. El emisor se queda periódicamente inactivo esperando ACKs, reduciendo el rendimiento efectivo por debajo del ancho de banda disponible.
• Ventana ≥ BDP: El emisor puede transmitir datos de forma continua. Los ACKs llegan justo cuando se necesita enviar nuevos datos, logrando el máximo rendimiento.

Esta relación es la base del ajuste de rendimiento TCP. Todo ingeniero de redes, profesional DevOps y administrador de sistemas que gestione conexiones de alto rendimiento necesita entender el BDP para diagnosticar cuellos de botella y configurar sistemas correctamente.

Cómo el Tamaño de Ventana TCP Afecta el Throughput

La ventana de recepción TCP (rwnd) es la cantidad de datos que el receptor está dispuesto a aceptar en cualquier momento. El emisor utiliza el mínimo entre rwnd y su propia ventana de congestión (cwnd) para determinar cuántos datos puede transmitir antes de recibir un ACK.

Ventana demasiado pequeña = enlace inactivo

Cuando la ventana es menor que el BDP:

Ancho de banda: 1 Gbps
RTT: 100 ms
BDP = 1,000,000,000 bps × 0.1 s = 100,000,000 bits = 12.5 MB

Ventana: 64 KB (predeterminada sin escalamiento)
Datos en vuelo: 64 KB
Utilización del enlace: 64 KB / 12,500 KB = 0.5%

El enlace está inactivo el 99.5% del tiempo. El emisor envía 64 KB, espera 100 ms por los ACKs, luego envía otros 64 KB. Esta es la causa más común de rendimiento TCP deficiente en enlaces de alta latencia.

Ventana demasiado grande = congestión

Una ventana excesivamente grande también puede causar problemas:

• Bufferbloat: Los búfers sobredimensionados en enrutadores y conmutadores retrasan los paquetes innecesariamente, aumentando el RTT y degradando las aplicaciones interactivas
• Tormentas de retransmisiones: Si la ventana es demasiado grande en relación con la capacidad de la ruta, una sola pérdida de paquete puede desencadenar retransmisiones masivas
• Agotamiento de memoria del receptor: El receptor debe asignar espacio de búfer igual a la ventana anunciada

El punto óptimo

El tamaño óptimo de ventana TCP es igual o ligeramente superior al BDP. En este punto:

• El conducto está siempre lleno (máximo rendimiento teórico)
• La temporización controlada por ACK mantiene las ráfagas manejables
• Un único evento de pérdida afecta una cantidad predecible de datos

🔢 Calcula la ventana óptima exacta para tu red en segundos con nuestra Calculadora de BDP — ingresa el ancho de banda y RTT, y obtén los tamaños de búfer TCP recomendados al instante.

La Fórmula BDP Explicada

La fórmula del BDP es engañosamente simple, pero entender sus unidades es crítico:

Paso 1: Conoce tu ancho de banda en bits por segundo

Siempre convierte a bits por segundo antes de calcular. Conversiones comunes:

Paso 2: Mide el RTT en segundos

El RTT es el tiempo entre enviar un paquete y recibir su confirmación. Usa ping o mtr para medir el RTT base. Convierte milisegundos a segundos:

• 50 ms = 0.05 s
• 100 ms = 0.1 s
• 300 ms = 0.3 s
• 600 ms = 0.6 s

Paso 3: Multiplica y convierte a bytes

BDP (bits) = Ancho de banda (bps) × RTT (segundos)
BDP (bytes) = BDP (bits) / 8

Cálculo real: 1 Gbps con RTT de 100 ms

BDP = 1,000,000,000 bps × 0.1 s
    = 100,000,000 bits
    = 12,500,000 bytes
    ≈ 12.5 MB

Esto significa que la ventana TCP debe ser de al menos 12.5 MB para utilizar completamente un enlace de 1 Gbps con RTT de 100 ms. La ventana TCP predeterminada de 64 KB (sin escalamiento) solo puede llenar el 0.5% de este conducto.

Fórmula rápida para estimaciones aproximadas

¿Olvidaste convertir unidades? Usa esta versión simplificada:

BDP (MB) = Ancho de banda (Gbps) × RTT (segundos) × 125

Comprobación: 1 Gbps × 0.1 s × 125 = 12.5 MB ✓

O en bytes directamente:

BDP (bytes) = Ancho de banda (Mbps) × RTT (ms) × 125

Comprobación: 1,000 Mbps × 100 ms × 125 = 12,500,000 bytes = 12.5 MB ✓

Ejemplos BDP por Escenario

Diferentes entornos de red producen valores BDP muy distintos. Aquí tienes una tabla representativa de escenarios comunes:

🧮 ¿Ves algún escenario que coincida con tu red? Usa nuestra Calculadora de BDP para calcular valores exactos para tu ancho de banda y RTT específicos.

Análisis

• Las conexiones LAN rara vez están limitadas por BDP — incluso una ventana modesta de 64 KB puede saturar un enlace de 1 Gbps con RTT por debajo del milisegundo
• Los enlaces WAN e intercontinentales son los más sensibles al BDP — una conexión transatlántica de 1 Gbps necesita una ventana de ~19 MB
• Los enlaces satelitales combinan ancho de banda moderado con latencia muy alta, haciendo que el ajuste BDP sea crítico para un rendimiento aceptable
• Las redes celulares tienen valores BDP moderados pero RTT variable bajo carga, requiriendo un tamaño de ventana adaptativo
• Las redes de investigación de alta velocidad (100 Gbps, 100+ ms RTT) llevan el BDP a gigabytes, requiriendo un ajuste cuidadoso del kernel y hardware

Escalamiento de Ventana TCP

La especificación TCP original (RFC 793, 1981) definió el campo de ventana como un valor de 16 bits, limitando la ventana máxima a 65,535 bytes (64 KB). Esto era perfectamente adecuado para las redes de principios de los 80 — los enlaces eran lentos y los retrasos pequeños.

Por qué 64 KB no es suficiente

Una ventana de 64 KB limita el throughput TCP a:

Throughput máximo = Ventana / RTT = 65,535 bytes / 0.1 s = 655,350 B/s ≈ 5.2 Mbps

En un enlace moderno de 1 Gbps con RTT de 100 ms, esto significa usar solo el 0.5% del ancho de banda disponible. Incluso en una LAN de 1 Gbps con baja latencia (0.5 ms RTT), una ventana de 64 KB limita el rendimiento a ~1 Gbps — apenas suficiente para un solo flujo.

RFC 1323: Opción de Escalamiento de Ventana TCP

El RFC 1323 (1992) introdujo la opción de escalamiento de ventana TCP (TCP Window Scale) — una opción de cabecera TCP de tres bytes que añade un factor de escala (shift count) al campo de ventana:

Ventana Efectiva = Campo de Ventana × 2^Factor de Escala

El factor de escala (0 a 14) se negocia durante el handshake de tres vías TCP. Cada lado anuncia su factor de escala en los segmentos SYN y SYN-ACK:

Con el factor de escala 14, la ventana máxima teórica es de 1 GB — suficiente para prácticamente cualquier red del mundo real.

Cómo verificar que el escalamiento de ventana está activado

En Linux:

# Verifica si el escalamiento de ventana está activado
sysctl net.ipv4.tcp_window_scaling

# Debería mostrar: net.ipv4.tcp_window_scaling = 1

# Verifica el factor de escala negociado para una conexión
ss -ti | grep wscale
# Busca "wscale:7,7" en la salida

En macOS:

# El escalamiento de ventana está activado por defecto desde OS X Mavericks
sysctl net.inet.tcp.win_scale_factor

En Windows:

# Verifica la configuración actual
netsh interface tcp show global
# Busca "Nivel de ajuste automático de ventana de recepción"

# El escalamiento de ventana se negocia automáticamente en Windows 10/11 moderno

Ajuste automático TCP en los sistemas operativos modernos

Los sistemas operativos modernos realizan ajuste automático de búferes TCP:

• Linux (desde kernel 2.6.7): El kernel ajusta automáticamente tcp_rmem y tcp_wmem basándose en el RTT de la conexión y el rendimiento observado. Los búferes de socket crecen dinámicamente hasta tcp_rmem[2] (máximo).
• Windows (desde Vista/2008): El “Ajuste automático de ventana de recepción” ajusta el tamaño de ventana por conexión basándose en RTT y pérdida de paquetes. Está activado por defecto en Windows 10/11.
• macOS (desde Mavericks): El ajuste automático está activado por defecto.

En la mayoría de los casos, el ajuste automático funciona bien. Las excepciones incluyen:

• Enlaces BDP extremadamente altos (redes de investigación de 100 Gbps)
• Enlaces satelitales con alta variabilidad de RTT
• Entornos con políticas agresivas de modelado de tráfico o QoS
• Entornos virtualizados con controladores NIC para-virtualizados

Cómo Calcular la Ventana TCP Óptima

El tamaño óptimo de ventana TCP asegura que el emisor pueda mantener el enlace saturado sin abrumar al receptor. Aquí está el proceso paso a paso:

Fórmula

Ventana Óptima (bytes) = Ancho de banda (bps) × RTT (segundos) / 8

Añade un pequeño margen de seguridad (10–25%) para compensar la fluctuación del RTT, la compresión de ACKs y la sobrecarga TCP:

Ventana Recomendada = Ventana Óptima × 1.25

Ejemplo 1: Enlace WAN de 1 Gbps con RTT de 80 ms

Ventana Óptima = 1,000,000,000 × 0.08 / 8
               = 10,000,000 bytes ≈ 10 MB

Ventana Recomendada = 10 MB × 1.25 = 12.5 MB

En Linux, configura:

# Establece el búfer máximo de recepción a 12.5 MB (13,107,200 bytes)
echo 13107200 > /proc/sys/net/core/rmem_max

# Establece el rango de ajuste automático del búfer de recepción TCP
echo "4096 87380 13107200" > /proc/sys/net/ipv4/tcp_rmem

Ejemplo 2: Enlace intercontinental de 10 Gbps con RTT de 180 ms

Ventana Óptima = 10,000,000,000 × 0.18 / 8
               = 225,000,000 bytes = 225 MB

Ventana Recomendada = 225 MB × 1.25 = 281.25 MB

En Linux, configura:

# Establece el búfer máximo de recepción a 300 MB
echo 314572800 > /proc/sys/net/core/rmem_max

# Establece el rango de búfer de recepción TCP
echo "4096 87380 314572800" > /proc/sys/net/ipv4/tcp_rmem

# IMPORTANTE: Verifica que las tramas jumbo estén activadas en la NIC
# Sin tramas jumbo (MTU 9000), la sobrecarga de CPU puede limitar el rendimiento

Ejemplo 3: 4G LTE con RTT de 50 ms y 50 Mbps

Ventana Óptima = 50,000,000 × 0.05 / 8
               = 312,500 bytes ≈ 312 KB

Ventana Recomendada = 312 KB × 1.25 ≈ 390 KB

echo "4096 87380 400000" > /proc/sys/net/ipv4/tcp_rmem

Ejemplo 4: Satelital (Starlink) con RTT de 40 ms y 200 Mbps

Ventana Óptima = 200,000,000 × 0.04 / 8
               = 1,000,000 bytes ≈ 1 MB

echo "4096 87380 1048576" > /proc/sys/net/ipv4/tcp_rmem

🎯 Calcula tus números exactos: Calculadora de BDP — solo ingresa el ancho de banda y RTT para obtener los tamaños de búfer precisos que necesitas.

Ajuste TCP en Linux

Linux ofrece un amplio ajuste TCP a través de parámetros sysctl en /proc/sys/net/ipv4/. Estos son los parámetros más importantes para BDP y tamaño de ventana:

Parámetros sysctl clave

Fragmento de ajuste completo para enlaces de alto BDP

Crea /etc/sysctl.d/99-bdp-tuning.conf:

# Ajustes TCP optimizados para BDP en enlaces de alta latencia/alto ancho de banda

# Escalamiento de ventana RFC 1323 (debe estar activado)
net.ipv4.tcp_window_scaling = 1

# Permitir ventanas sobredimensionadas para enlaces >1 Gbps
# Ajusta estos valores según tu cálculo BDP específico
net.core.rmem_max = 134217728    # 128 MB
net.core.wmem_max = 134217728    # 128 MB

# Rangos de búfer de ajuste automático TCP: mínimo predeterminado máximo
net.ipv4.tcp_rmem = 4096 87380 134217728
net.ipv4.tcp_wmem = 4096 65536 134217728

# Activar control de congestión BBR (kernel 4.9+)
net.ipv4.tcp_congestion_control = bbr

# Aumentar la cola de entrada para NICs de alto rendimiento
net.core.netdev_max_backlog = 50000

# No reiniciar la ventana de congestión tras inactividad
net.ipv4.tcp_slow_start_after_idle = 0

# Activar sondeo MTU
net.ipv4.tcp_mtu_probing = 1

# Aumentar conexiones huérfanas máximas
net.ipv4.tcp_max_orphans = 65536

# TCP Fast Open (RFC 7413)
net.ipv4.tcp_fastopen = 3

# Activar SACK y ACKs selectivos
net.ipv4.tcp_sack = 1
net.ipv4.tcp_dsack = 1

Aplica inmediatamente:

sysctl -p /etc/sysctl.d/99-bdp-tuning.conf

Verifica que tu configuración está funcionando

# Verifica los tamaños actuales de búfer por conexión
ss -ti | head -20

# Busca "rtt:" y "cwnd:" para ver el RTT real y la ventana de congestión
# Ejemplo de salida:
# ESTAB    0      0      10.0.0.1:443     10.0.0.2:54321
#          cubic wscale:7,7 rtt:42.5/7.5 cwnd:1890 ssthresh:1890

# Monitorea el rendimiento con nload o iperf3
iperf3 -c server.example.com -t 30

Consideraciones importantes

• Tamaño de búfer ≠ ventana inmediatamente: El ajuste automático TCP incrementa los búferes gradualmente. Usa iperf3 con múltiples flujos paralelos si el rendimiento de un solo flujo sigue siendo bajo.
• Si cambias tcp_rmem, también debes aumentar rmem_max: TCP no excederá rmem_max independientemente de lo que indique tcp_rmem[2].
• BBR vs Cubic: Para enlaces de alto BDP, BBR (Bottleneck Bandwidth and RTT) generalmente supera a Cubic al evitar pérdidas de paquetes innecesarias. BBR está disponible en kernels Linux 4.9+.
• Tramas jumbo: Activa MTU de 9000 bytes en tu NIC e infraestructura de conmutación. Las tramas más grandes reducen la sobrecarga de CPU por byte y mejoran la eficiencia TCP a alto rendimiento.
• Ajusta en la capa correcta: Los búferes de socket de aplicación (SO_RCVBUF, SO_SNDBUF) anulan los valores predeterminados del kernel. Verifica con ss -tm la asignación de búfer por socket.

Preguntas Frecuentes

¿Cuál es un buen tamaño de ventana TCP?

Un buen tamaño de ventana TCP es igual o ligeramente superior al Producto Ancho de Banda-Retardo (BDP) de tu enlace. En la práctica, añade un 10–25% de margen sobre el BDP calculado para compensar la fluctuación del RTT y la sobrecarga TCP. Por ejemplo, si tu BDP es de 10 MB, establece el máximo de tu búfer TCP en 12.5 MB. El valor exacto depende de tu ancho de banda y latencia — usa nuestra Calculadora de BDP para obtener tu número preciso.

¿Cómo calcular el BDP?

BDP = Ancho de banda (bps) × RTT (segundos). Convierte el ancho de banda a bits por segundo y el RTT a segundos, luego multiplica. Divide entre 8 para obtener bytes. Ejemplo: 1 Gbps × 0.1 s = 100,000,000 bits = 12.5 MB. Esto te indica la ventana TCP mínima necesaria para utilizar completamente el enlace.

¿Qué es el escalamiento de ventana TCP?

El escalamiento de ventana TCP es una extensión (RFC 1323) que permite ventanas TCP mayores a los 65,535 bytes predeterminados. Añade un factor de desplazamiento (0–14) negociado durante el handshake TCP, permitiendo ventanas de hasta 1 GB. Sin escalamiento de ventana, una conexión TCP solo puede alcanzar ~5.2 Mbps en un enlace con RTT de 100 ms, independientemente del ancho de banda disponible.

¿Cuál es la fórmula del throughput TCP?

El throughput TCP máximo teórico es:

Throughput TCP = Ventana TCP / RTT

Por ejemplo, con una ventana de 64 KB y RTT de 100 ms: 65,535 bytes × 8 / 0.1 s = 5.24 Mbps. Con una ventana de 12.5 MB (óptima para 1 Gbps / 100 ms RTT): ~12,500,000 bytes × 8 / 0.1 s = 1 Gbps. El rendimiento real siempre es menor debido a congestión, pérdida de paquetes, sobrecarga del protocolo y el algoritmo de control de congestión en uso.

¿Cómo verificar el tamaño de ventana TCP en Linux?

Usa el comando ss para inspeccionar los detalles del socket TCP:

# Muestra sockets TCP con información de ventana
ss -ti | less

# Para una conexión específica
ss -ti 'src 10.0.0.1:443'

# Busca "wscale:" (factor de escala), "cwnd:" (ventana de congestión) y "rtt:"
# ss también muestra los tamaños recv-q y send-q

Para verificar los límites de búfer del sistema:

sysctl net.ipv4.tcp_rmem
sysctl net.ipv4.tcp_wmem
sysctl net.core.rmem_max

La salida tcp_rmem = 4096 87380 6291456 significa mínimo 4 KB, predeterminado 87 KB, máximo 6 MB por socket.

¿El BDP se aplica a UDP?

Estrictamente hablando, el BDP es una propiedad del enlace independiente del protocolo de transporte. Sin embargo, las aplicaciones UDP no tienen un mecanismo de ventana incorporado — la propia aplicación debe implementar el control de flujo. Para aplicaciones UDP en tiempo real (VoIP, streaming de video), el BDP importa para el tamaño del búfer de fluctuación más que para el tamaño de ventana. Para protocolos UDP confiables como QUIC (que se ejecuta sobre UDP), el BDP es igualmente importante ya que utiliza mecanismos similares de control de congestión y ventana a los de TCP.

¿Qué sucede si mi ventana es mayor que el BDP?

Una ventana ligeramente mayor que el BDP está bien e incluso es deseable (10–25% de margen). Sin embargo, una ventana significativamente mayor que el BDP puede provocar:

• Bufferbloat: Los datos se acumulan en las colas de los enrutadores, aumentando la latencia de todos los flujos
• Tormentas de retransmisiones: Si ocurre pérdida de paquetes, el emisor retransmite una gran cantidad de datos
• Agotamiento de memoria del receptor: La aplicación receptora debe asignar búferes equivalentes a la ventana anunciada

El objetivo es igualar la ventana al BDP más un margen de seguridad razonable.

Conclusión

El Producto Ancho de Banda-Retardo es uno de los conceptos más importantes para entender y optimizar el rendimiento TCP. Ya sea que estés depurando transferencias de archivos lentas a través de una WAN, ajustando un enlace satelital o diseñando una red de investigación de alto rendimiento, el BDP te indica el número más importante: qué tan grande debe ser tu ventana TCP.

Conclusiones clave

• BDP = Ancho de banda × RTT: Esta simple fórmula determina el tamaño mínimo de ventana TCP necesario para la utilización completa del enlace
• Las ventanas predeterminadas de 64 KB son inútiles en redes modernas: Sin escalamiento de ventana (RFC 1323), no puedes superar ~5 Mbps en un enlace con RTT de 100 ms
• El ajuste automático de Linux funciona bien en la mayoría de los casos, pero los enlaces BDP extremos (1 Gbps, 100+ ms RTT) se benefician del ajuste manual
• El control de congestión BBR supera significativamente a Cubic en rutas de alto BDP
• El escalamiento de ventana es obligatorio: Verifica que esté activado en todos los sistemas que manejan tráfico de alto rendimiento

Pon este conocimiento en práctica

1. Calcula tu BDP — Usa nuestra Calculadora de BDP para calcular el tamaño de ventana óptimo para tu ancho de banda y RTT específicos
2. Ajusta tus sistemas Linux — Aplica la configuración sysctl de esta guía y verifica con iperf3
3. Monitorea — Rastrea el RTT por conexión, la utilización de la ventana y el rendimiento para validar tu ajuste
4. Itera — Las condiciones de la red cambian. Revisa tu cálculo BDP cuando actualices el ancho de banda o cambies de proveedor

Entender el BDP separa la administración de redes novata de la ingeniería de rendimiento de nivel profesional. Domínalo y nunca más dejarás rendimiento sobre la mesa.