Largura de banda não é velocidade

A largura de banda é o tubo

A largura de banda é o diâmetro do tubo: quantos bits passam por segundo nas condições do link. A latência é a viagem: quanto tempo um pacote leva para chegar ao outro lado e, em uma ida e volta, para voltar. São medidas diferentes, e uma não implica a outra.

Um link de 100 Mbps pode parecer lento em uma chamada de vídeo porque a chamada não precisa de 100 Mbps. Precisa de uma ida e volta curta o bastante para conversar, de jitter baixo o bastante para o buffer de áudio e de perda baixa o bastante para o codec não precisar esconder uma falha. A taxa anunciada não descreve nada disso.

A largura de banda importa para transferências grandes, backup, upload de vídeo e muitos dispositivos ao mesmo tempo. Também importa para o congestionamento que produz latência e perda. Mas quando alguém diz que o link está lento, pergunte qual aplicação e qual das quatro métricas importa para ela.

O jitter e a perda decidem a experiência

O jitter é a variação do atraso de um pacote para outro. Um fluxo pode ter uma boa média e ainda chegar de forma irregular. As mídias em tempo real carregam um buffer para absorver a variação; quando a dispersão passa do buffer, o áudio corta ou o vídeo congela.

Um caminho estável é mais fácil de usar do que um cujo atraso oscila bastante. A média pode parecer parecida. O caminho estável deixa a aplicação planejar; o que oscila a obriga a esperar a cauda lenta ou a descartar pacotes que não consegue usar.

A perda é o terceiro sinal. Aplicações de dados retransmitem, o que acrescenta uma ida e volta e reduz a taxa. As mídias em tempo real ocultam o pacote perdido, e isso aparece como uma falha. Uma taxa de perda que parece pequena na média pode se agrupar em rajadas e prejudicar mais do que a média sugere.

Meça em uma janela, das duas pontas

Meça das duas pontas e durante uma janela. Um único ping amostra um pacote em um instante; uma chamada, um pagamento ou um vídeo usam muitos pacotes ao longo de minutos. Registre o mínimo, a mediana, o p95 e a perda na hora de pico, e guarde a rota e o destino junto aos números.

Meça o caminho que a aplicação usa. Um teste de velocidade público mede outro destino e, muitas vezes, outra rota. Um relatório de rota que só traz taxa de transferência não explica uma chamada travada. Combine a taxa com RTT, jitter e perda, e separe o trecho local do internacional.

Informe a janela, a origem, o destino e a hora do dia. Um número sem esses quatro dados não pode ser comparado com outro. O explicador de conectividade com a China mostra como o caminho é montado; o explicador de roaming mostra por que a ancoragem muda a distância.

O que um relatório de rota útil contém

Um relatório de rota deve permitir repetir o teste. Anote o endereço de origem, o de destino, a janela de tempo, o número de amostras e a ferramenta ou o método. Um relatório que diz apenas RTT médio não pode ser conferido nem comparado.

Informe a distribuição, não só a média. A mediana descreve o pacote típico, o p95 descreve a cauda lenta e o máximo mostra o pior caso. Para uma aplicação em tempo real, o p95 e a perda importam mais do que a média.

Separe os trechos. Um trecho de acesso local, um de trânsito internacional e um de destino falham por motivos diferentes e têm donos diferentes. Um único número de ponta a ponta esconde qual trecho corrigir.

Guarde as amostras originais com o resumo e anote a data. Uma rota muda; um relatório sem data vira uma afirmação sobre uma rede que já não existe.