Bufferbloat: por qué tu WiFi se traba aunque sea rápido

Una conexión de un gigabit que se convierte en diapositivas apenas alguien empieza una descarga no es ninguna contradicción. Es el problema más común en las redes domésticas, tiene nombre —bufferbloat— y no tiene nada que ver con cuánto ancho de banda estás pagando.

Qué es el bufferbloat en realidad

Todo router, módem y salto de tu ISP mantiene una pequeña cola de paquetes esperando salir. Esa cola existe por una buena razón: los enlaces de red no son perfectamente uniformes, y una cola absorbe esos baches. El problema empieza cuando esa cola es mucho más grande de lo necesario —dimensionada para el máximo rendimiento en un benchmark, no para una videollamada familiar.

TCP, el protocolo detrás de casi todo lo que haces en internet, solo sabe qué tan rápido enviar observando señales de que la red está saturada. Tradicionalmente esa señal es un paquete perdido: la cola está llena, algo se descarta, y quien envía frena. Una cola demasiado grande retrasa esa señal en lugar de mandarla. Los paquetes se siguen acumulando en vez de perderse, TCP sigue acelerando porque nada le dijo que pare, y cada paquete —incluido el de tu videollamada, tu juego, tu consulta DNS— ahora tiene que esperar detrás de una cola que puede durar segundos. La conexión no es lenta. Está haciendo una fila muy larga.

Por qué solo aparece bajo carga

Una conexión inactiva tiene la cola vacía, así que su latencia se ve perfecta —15, 20, 30 milisegundos, justo lo que debería costar la distancia al servidor. Inicia una descarga o subida grande en segundo plano y esa misma conexión puede saltar a 500ms, 1.000ms, a veces más, porque ahora hay una cola entera de paquetes de otra persona delante de los tuyos. Por eso el bufferbloat es tan fácil de pasar por alto en un test de velocidad común: un simple número de descarga/subida nunca somete al enlace a la carga sostenida en ambas direcciones que sí genera el uso real, así que la cola nunca se llena.

El número que realmente importa no es la latencia inactiva ni la latencia bajo carga por separado —es la diferencia entre ambas. Una conexión con 40ms inactiva y 60ms bajo carga (una diferencia de 20ms) está básicamente bien. Una con 15ms inactiva y 900ms bajo carga (una diferencia de 885ms) está seriamente saturada, aunque su número inactivo se viera perfecto un minuto antes.

Cómo verlo en 30 segundos

Ejecuta un test de velocidad que mida la latencia tanto inactiva como bajo carga —el Speed Test de este sitio hace exactamente eso, a propósito. Mira el número de latencia bajo carga mientras corren las fases de descarga y subida. Este sitio convierte esa diferencia en una nota, y conviene saber leerla: por debajo de unos 15ms es una A, una conexión genuinamente limpia; hasta unos 50ms es una B, y sigue siendo perfectamente usable. Si trepa a cientos de milisegundos ya es una D o una F, y eso es bufferbloat —ahora tienes un número para comparar antes y después de cualquier solución.

Qué lo soluciona de verdad

La solución real es una cola más inteligente en el dispositivo que controla el enlace limitante —casi siempre tu router, a veces el módem u ONT de tu ISP si hace su propia gestión de colas. Los algoritmos modernos de gestión de colas, fq_codel y su sucesor cake, gestionan activamente la profundidad de la cola en lugar de dejarla crecer sin límite: mantienen apenas el búfer necesario para absorber ráfagas y nada más, y le dan turnos justos a los flujos que compiten (tu llamada, tu descarga, tu juego) en vez de atender por orden de llegada. La mayoría de los routers con OpenWrt, y un número creciente de firmwares de fábrica, exponen esto como “Smart Queue Management” o “SQM” —activarlo suele ser el ajuste de mayor impacto en todo el router.

Hay una segunda pieza, menos obvia, que importa igual de mucho: el SQM solo funciona si conoce el techo real de tu enlace. Configurar un límite de ancho de banda ligeramente por debajo de tu velocidad de línea real —los routers con SQM suelen pedir esto directamente, algo como 90-95% de tu velocidad medida en cada dirección— mueve la cola desde el equipo no controlado de tu ISP hacia tu propio router, donde la gestión inteligente de colas sí puede hacer su trabajo. Sin ese límite, la cola más grande del camino puede estar dentro de un equipo que no controlas ni puedes configurar, y ningún ajuste del lado del router llega hasta ahí.

Qué no lo soluciona

Un plan más rápido no lo soluciona. Este es el mito que esta guía existe para desmentir: pasar de 300 Mbps a un gigabit no reduce una cola sobredimensionada, solo permite que esa cola se llene más rápido. Muchas conexiones de gigabit están más saturadas que muchas de 100 Mbps, porque el bufferbloat es un problema de gestión de colas, no de ancho de banda —puedes comprobarlo tú mismo corriendo el test de latencia bajo carga en una conexión rápida con SQM apagado y viendo la diferencia igual. Pagar más velocidad para arreglar el bufferbloat es como ensanchar una calle para arreglar un semáforo mal calibrado: no toca la causa real, y en algunos routers un plan más rápido empeora la matemática de la cola en vez de mejorarla, porque el router ahora tiene que almacenar más datos por segundo antes de que el SQM —si está activado— tenga oportunidad de gestionarlos.

Un lugar más donde se esconde: la cola de tu propio router, no solo la de tu ISP

Vale la pena ser específico sobre dónde suele vivir la cola sobredimensionada, porque “en algún lugar de la red” no es algo sobre lo que puedas actuar. La mayoría de las veces es el router mismo, o el módem justo detrás —el dispositivo más cercano al cuello de botella real, que en la mayoría de las conexiones domésticas es el enlace WAN, no el WiFi. Un router sin ninguna gestión de colas va a almacenar felizmente megabytes de datos que no tiene ninguna esperanza de enviar en un tiempo razonable, porque nada le indica lo contrario. Por esto tampoco un sistema mesh o un repetidor suelen arreglar el bufferbloat por sí solos: esos dispositivos están del lado WiFi de la red, río abajo del cuello de botella real, y un salto WiFi limpio delante de una cola WAN saturada sigue siendo una conexión saturada.

Por qué es el factor más grande en tu Sygnal Score

El Sygnal Score pondera seis mediciones, y el bufferbloat —medido exactamente como se describe arriba, como la diferencia entre latencia bajo carga y latencia inactiva— vale 250 de los 1.000 puntos totales, más que cualquier otro bloque individual. Crédito completo con una diferencia de 20ms o menos, cero crédito a partir de 400ms, deslizándose linealmente entre esos valores. Esa ponderación es deliberada: una conexión que muestra números enormes de descarga y subida pero se desmorona apenas se usa de verdad —para una llamada, un juego, cualquier cosa en tiempo real— no es una buena conexión, y un puntaje basado solo en el rendimiento la llamaría buena de todos modos. El bufferbloat es donde se descubre a una línea rápida pero rota.