Bufferbloat: por que seu WiFi trava mesmo sendo rápido

Uma conexão de um gigabit que vira uma apresentação de slides assim que alguém começa um download não é nenhuma contradição. É o problema mais comum em redes domésticas, tem nome — bufferbloat — e não tem nada a ver com quanto de banda você está pagando.

O que é o bufferbloat de verdade

Todo roteador, modem e salto do seu provedor mantém uma pequena fila de pacotes esperando para sair. Essa fila existe por um bom motivo: os links de rede não são perfeitamente uniformes, e uma fila absorve esses solavancos. O problema começa quando essa fila é muito maior do que precisa ser — dimensionada para o máximo desempenho em um benchmark, não para uma chamada de vídeo em família.

O TCP, o protocolo por trás de quase tudo que você faz online, só sabe a que velocidade enviar observando sinais de que a rede está saturada. Tradicionalmente esse sinal é um pacote perdido: a fila está cheia, algo é descartado, e quem envia reduz a velocidade. Uma fila grande demais atrasa esse sinal em vez de enviá-lo. Os pacotes continuam se acumulando em vez de serem descartados, o TCP continua acelerando porque nada disse para parar, e cada pacote — inclusive o da sua chamada, do seu jogo, da sua consulta DNS — agora tem que esperar atrás de uma fila que pode durar segundos. A conexão não está lenta. Está numa fila muito longa.

Por que só aparece sob carga

Uma conexão ociosa tem a fila vazia, então sua latência parece ótima — 15, 20, 30 milissegundos, exatamente o que a distância até o servidor deveria custar. Inicie um download ou upload grande em segundo plano e essa mesma conexão pode saltar para 500ms, 1.000ms, às vezes mais, porque agora há uma fila inteira de pacotes de outra pessoa na frente dos seus. É por isso que o bufferbloat é tão fácil de passar despercebido num teste de velocidade comum: um número simples de download/upload nunca coloca o link sob a carga sustentada e bidirecional que o uso real gera, então a fila nunca enche de verdade.

O número que realmente importa não é a latência ociosa nem a latência sob carga isoladamente — é a diferença entre as duas. Uma conexão com 40ms ociosa e 60ms sob carga (diferença de 20ms) está basicamente bem. Uma com 15ms ociosa e 900ms sob carga (diferença de 885ms) está seriamente saturada, mesmo que seu número ocioso parecesse perfeito um minuto antes.

Como ver isso em 30 segundos

Rode um teste de velocidade que meça a latência tanto ociosa quanto sob carga — o Speed Test deste site faz exatamente isso, de propósito. Observe o número de latência sob carga enquanto as fases de download e upload rodam. Se ficar dentro de 20-30ms do número ocioso, está limpo. Se subir para centenas de milissegundos, isso é bufferbloat, e agora você tem um número para comparar antes e depois de qualquer solução.

O que realmente resolve

A solução real é uma fila mais inteligente no dispositivo que controla o link gargalo — quase sempre o seu roteador, às vezes o modem ou ONT do seu provedor, se ele fizer seu próprio gerenciamento de fila. Algoritmos modernos de gerenciamento de fila, fq_codel e seu sucessor cake, gerenciam ativamente a profundidade da fila em vez de deixá-la crescer sem limite: mantêm apenas o buffer necessário para absorver rajadas e nada mais, e dão vez justa aos fluxos concorrentes (sua chamada, seu download, seu jogo) em vez de atender por ordem de chegada. A maioria dos roteadores com OpenWrt, e um número crescente de firmwares de fábrica, expõem isso como “Smart Queue Management” ou “SQM” — ativar isso costuma ser o ajuste de maior impacto em todo o roteador.

Há uma segunda peça, menos óbvia, que importa igualmente: o SQM só funciona se souber o teto real do seu link. Definir um limite de banda ligeiramente abaixo da sua velocidade de linha real — roteadores com SQM costumam pedir isso diretamente, algo como 90-95% da sua velocidade medida em cada direção — move a fila do equipamento não controlado do seu provedor para o seu próprio roteador, onde o gerenciamento inteligente de fila realmente consegue atuar. Sem esse limite, a maior fila do caminho pode estar dentro de um equipamento que você não controla nem consegue configurar, e nenhum ajuste do lado do roteador chega até lá.

O que não resolve

Um plano mais rápido não resolve. Esse é o mito que esta guia existe para desmentir: passar de 300 Mbps para um gigabit não reduz uma fila superdimensionada, apenas permite que essa fila encha mais rápido. Muitas conexões de gigabit estão mais saturadas do que muitas de 100 Mbps, porque o bufferbloat é um problema de gerenciamento de fila, não de banda — você pode verificar isso rodando o teste de latência sob carga numa conexão rápida com o SQM desligado e observando a diferença de qualquer forma. Pagar mais velocidade para resolver bufferbloat é como alargar uma rua para consertar um semáforo mal calibrado: não toca na causa real, e em alguns roteadores um plano mais rápido piora a matemática da fila em vez de melhorá-la, porque o roteador agora precisa armazenar mais dados por segundo antes que o SQM — se estiver ativado — tenha chance de gerenciá-los.

Mais um lugar onde se esconde: a fila do seu próprio roteador, não só a do provedor

Vale ser específico sobre onde geralmente vive a fila superdimensionada, porque “em algum lugar da rede” não é algo sobre o qual dá para agir. Na maioria das vezes é o próprio roteador, ou o modem logo atrás dele — o dispositivo mais próximo do verdadeiro gargalo, que na maioria das conexões domésticas é o link WAN, não o WiFi. Um roteador sem nenhum gerenciamento de fila vai armazenar alegremente megabytes de dados que não tem nenhuma esperança de enviar em tempo razoável, porque nada o impede. É também por isso que um sistema mesh ou um repetidor raramente resolvem o bufferbloat sozinhos: esses dispositivos ficam do lado WiFi da rede, depois do verdadeiro gargalo, e um salto WiFi limpo na frente de uma fila WAN saturada continua sendo uma conexão saturada.

Por que isso é o maior fator no seu Sygnal Score

O Sygnal Score pondera seis medições, e o bufferbloat — medido exatamente como descrito acima, como a diferença entre latência sob carga e latência ociosa — vale 250 dos 1.000 pontos totais, mais do que qualquer outro bloco individual. Crédito total com uma diferença de 20ms ou menos, crédito zero a partir de 400ms, deslizando de forma linear entre esses valores. Essa ponderação é deliberada: uma conexão que mostra números enormes de download e upload mas desmorona assim que é realmente usada — para uma chamada, um jogo, qualquer coisa em tempo real — não é uma boa conexão, e uma pontuação baseada só no desempenho a chamaria de boa mesmo assim. O bufferbloat é onde uma linha rápida mas quebrada é desmascarada.