Por que a perda de pacotes precisa de um teste próprio
Tudo o que você envia pela internet é dividido em pequenos pacotes. Quando alguns deles se perdem, as páginas continuam carregando e os downloads continuam terminando, porque as aplicações baseadas em TCP simplesmente pedem de novo o pedaço que faltou. Jogos, chat de voz e chamadas de vídeo não podem esperar, então seguem para o próximo pacote. O resultado é um adversário teleportando, palavras engolidas ou um quadro de vídeo congelado. Um teste de perda de pacotes torna visível o que um teste de velocidade comum esconde.
Como a medição funciona
O teste cria um canal de dados WebRTC entre o seu navegador e o servidor de teste escolhido. O canal é configurado para entrega não ordenada e sem nenhuma retransmissão (maxRetransmits: 0), então um pacote perdido nunca é reenviado. Isso é muito próximo do comportamento do UDP, usado pela maioria dos jogos e aplicações de VoIP. Como a conexão é retransmitida pelo próprio serviço TURN do servidor, ela também funciona atrás de NAT restritivo e em muitas redes corporativas.
Cada pacote leva um número de sequência. O servidor devolve cada um imediatamente e, ao final do teste, envia a lista de IDs que recebeu. Seu navegador compara essa lista com o que enviou e com o que voltou:
- Pacotes que nunca chegaram ao servidor contam como perda no upload.
- Pacotes que chegaram ao servidor, mas nunca voltaram, contam como perda no download.
- Pacotes que voltaram, mas tarde demais para serem úteis, são marcados como atrasados.
- Pacotes fora de ordem e duplicados são registrados em contadores separados.
Escolhendo as configurações certas
O tamanho do pacote, a frequência e a duração definem que tipo de tráfego o teste imita. Os valores padrão servem para a maioria das pessoas, mas, se você está investigando um problema específico, experimente estes perfis:
- Jogos: 64–128 bytes, 60–100 pacotes por segundo, 1–2 minutos.
- Chamadas de voz: 160–200 bytes, 50 pacotes por segundo, 1 minuto.
- Pacotes grandes: 1000–1200 bytes, 20–50 pacotes por segundo.
- Monitoramento prolongado: frequência baixa, 5 minutos.
Se a perda aumenta com pacotes grandes, mas não com pequenos, verifique as configurações de MTU ou um limite de capacidade da linha. Se os testes curtos saem limpos, mas os longos mostram rajadas ocasionais de perda, o problema provavelmente é intermitente: interferência no Wi-Fi, roteador superaquecendo ou congestionamento no horário noturno.
O que a perda por direção revela
Saber em que direção os pacotes se perdem é a forma mais rápida de descobrir quem precisa resolver o problema. Problemas dentro de casa, como sinal fraco de Wi-Fi ou um backup na nuvem saturando o upload, costumam gerar perda no upload. A perda no download aponta com mais frequência para congestionamento na rede do provedor, qualidade da linha em conexões DSL ou a cabo, ou um salto congestionado na rota até o servidor. Se houver perda nas duas direções, verifique primeiro a ligação entre o dispositivo e o roteador e depois a ligação entre o roteador e a linha externa.
Jitter, MOS e a nota da conexão
A perda de pacotes nunca deve ser avaliada isoladamente. O jitter, a diferença absoluta média entre tempos de ida e volta consecutivos, mostra o quanto a sua latência é irregular. Jitter alto obriga as aplicações a usar buffer, e pacotes que chegam depois que o buffer já foi reproduzido estão, na prática, perdidos. A nota MOS combina latência, jitter e perda usando uma versão simplificada do modelo E da ITU-T G.107 para estimar como soaria uma chamada de voz: 4 ou mais é bom; abaixo de 3,5 indica qualidade claramente prejudicada. A nota de A a F e o percentual de estabilidade reúnem tudo isso em um único resumo.
Identificando a causa
- Rode o teste no Wi-Fi e depois com cabo, no mesmo dispositivo. Uma grande diferença indica que a culpada é a sua rede sem fio.
- Repita com outro local de servidor. Se a perda aparece só em um servidor, o problema está nessa rota.
- Teste de manhã e de novo à noite. Perda que só aparece no horário de pico aponta para capacidade da rede.
- Baixe os resultados em CSV ou JSON e anexe-os a um chamado de suporte, se necessário.
Para uma verificação geral rápida, use o teste de ping da nossa página inicial. Se um jogo específico trava, compare a latência por região em páginas como o teste de ping do Valorant.