Dispara 50 pacotes de uma sonda no Brasil (Globalping) contra qualquer host público e mostra perda, latência e jitter. Se o destino bloquear ICMP, confirmamos que está no ar por HTTPS.

Default 8.8.8.8 (Google DNS). O teste leva cerca de 30 segundos.

Teste de perda de pacotes: o que loss%, RTT e jitter dizem sobre sua conexão

A perda de pacotes é um dos sinais mais reveladores da saúde de uma conexão. Em rede saudável, todos os pacotes enviados voltam dentro de poucos milissegundos. Quando alguns simplesmente não voltam, há informação caindo no caminho. Tradução prática: chamada de vídeo congela, jogo trava, download fica mais lento por causa das retransmissões TCP, voz em VoIP fica robótica.

Esta ferramenta dispara 50 pacotes em sequência contra o destino informado e calcula a porcentagem sem resposta. Com amostra muito maior que o ping tradicional de 4 pacotes, fica fácil detectar instabilidade real. Loss intermitente de 2% normalmente escapa em teste curto - em rodada de 50 pacotes, aparece claramente.

Causas comuns de perda de pacotes

Os culpados frequentes: Wi-Fi saturado ou com interferência (micro-ondas, vizinho no mesmo canal de 2.4 GHz, distância do roteador), cabo de rede danificado ou conector mal encaixado, roteador com firmware antigo ou superaquecendo, saturação do link do provedor em horário de pico, e rota internacional ruim passando por backbone congestionado. Em destino internacional, a perda também pode vir de um hop intermediário com problema momentâneo, sem culpa do ISP local.

Detalhe importante: servidor corporativo, CDN e banco bloqueiam ICMP por política de segurança. Nesses casos o teste mostra 100% de perda mesmo com o site funcionando perfeitamente em HTTPS. Para diagnóstico, use destinos comprovadamente abertos a ICMP, tipo 8.8.8.8 (Google DNS), 1.1.1.1 (Cloudflare DNS) ou cloudflare.com.

Como interpretar os resultados

Faixas de referência para perda de pacotes
PerdaClassificaçãoLeitura prática
0%ExcelenteConexão estável até o destino. Sem impacto em jogos, voz ou vídeo.
0,1% a 1%AceitávelImperceptível na maioria dos usos. TCP retransmite sem você notar.
1% a 5%RuimÁudio em chamadas começa a cortar, jogos sofrem lag inconsistente.
Acima de 5%CríticoConexão instável. Investigue Wi-Fi, roteador, cabo e provedor.

RTT e jitter: dois números que andam junto com loss

O RTT (round-trip time) é o tempo de ida e volta de cada pacote, em milissegundos. O painel mostra RTT mínimo, médio e máximo. O ideal é que estejam próximos entre si. Quando o máximo é três ou quatro vezes maior que o mínimo, há instabilidade no caminho mesmo com a média parecendo OK.

O jitter é o desvio médio em torno da média. Em voz e vídeo, jitter alto estraga mais que latência alta constante - buffer de codec funciona bem com 150 ms estáveis, mas degrada com 30-150 ms oscilando. Jogo em tempo real também é muito sensível: 80 ms estáveis costuma ser melhor experiência que oscilar entre 30 ms e 150 ms. Abaixo de 5 ms é rede muito limpa; 5-20 ms é aceitável; acima de 30 ms a experiência ao vivo degrada bastante.

O que fazer quando o teste mostra perda

Sequência prática: primeiro eliminar Wi-Fi - conectar por cabo e refazer o teste. Perda sumiu: o problema é sem fio (interferência, distância, canal). Persiste: trocar o cabo. Ainda persiste: testar contra destino doméstico (1.1.1.1) e contra um internacional (cloudflare.com); se só o internacional tem loss, a rota de longa distância é a causa. Em paralelo, reiniciar o roteador. Se o padrão repete em horário específico (geralmente 20h-23h), vale abrir chamado no provedor citando a porcentagem de perda e o destino testado.

Por que mesmo 1% de perda parece muito mais lento na prática

Em TCP (web, download, streaming progressivo, APIs), cada pacote perdido força retransmissão e, dependendo do timing, dispara o controle de congestionamento, que reduz a janela de envio. Resultado: 1% de loss real derruba a vazão prática em muito mais que 1%, principalmente em latência alta (fórmula de Mathis-Mahdavi-Floyd-Romanow). É por isso que conexão "rápida no Speedtest" pode parecer lenta no dia a dia - o teste de 30 segundos não pega a perda intermitente que aparece minuto sim, minuto não.

Para ampliar o diagnóstico, combine este teste com nossas ferramentas de teste de ping (4 pacotes rápidos), velocidade de internet (download, upload, ping e jitter) e consulta DNS.

Como usar: Teste de Perda de Pacotes

  1. Digite um domínio ou IP público (padrão 8.8.8.8) no campo destino.
  2. Clique em Iniciar teste para disparar os 50 pacotes em sequência.
  3. Acompanhe a barra de progresso ao vivo conforme os pacotes são enviados.
  4. Confira os cards de loss%, RTT min/médio/máximo e jitter ao final.
  5. Use o gráfico de barras para identificar pacotes específicos que falharam.

Perguntas frequentes sobre Perda de Pacotes

O que é perda de pacotes em uma conexão de internet?

É a porcentagem dos pacotes enviados que não recebem resposta do destino, ou seja, dados que se perdem no caminho. Em uma rede saudável essa taxa fica próxima de 0%, e qualquer valor consistente acima disso indica instabilidade.

Qual porcentagem de perda de pacotes é aceitável?

Até cerca de 1% costuma passar despercebido no uso comum. Entre 1% e 5% já provoca cortes em chamadas de voz e falhas em jogos online, e acima de 5% a experiência fica crítica, com travamentos frequentes.

Por que testar perda de pacotes com muitos pacotes em vez de poucos?

Uma perda intermitente de 2% dificilmente aparece em apenas quatro pacotes. Com uma amostra maior, de dezenas de pacotes, o teste tem chance real de capturar as falhas esporádicas e mostrar a instabilidade que passaria batido em um teste curto.

O que é jitter e por que ele importa tanto quanto a latência?

Jitter é a variação entre as latências de pacotes consecutivos, ou seja, o quanto o tempo de resposta oscila. Em voz e vídeo em tempo real, um jitter alto costuma causar mais cortes e travamentos que uma latência alta, porém constante.

Por que alguns servidores não respondem ao teste de perda de pacotes?

Muitos bancos, CDNs e servidores corporativos bloqueiam o protocolo ICMP por política de segurança, então descartam os pacotes de teste mesmo estando no ar. Para uma medição confiável, use destinos que respondem, como 8.8.8.8 ou 1.1.1.1.

Como reduzir a perda de pacotes na rede de casa?

Prefira conexão por cabo no lugar do Wi-Fi, troque cabos antigos ou danificados e reinicie o roteador. Vale também testar em horários diferentes, já que congestionamento no fim da noite pode ser a causa da perda.

Perda de pacotes só em destinos internacionais é normal?

Pode ser sinal de uma rota internacional congestionada, fora do controle do seu provedor. Compare o resultado com um destino nacional, como 1.1.1.1, para isolar se o problema está na sua conexão ou apenas no caminho externo.

O teste de perda de pacotes dispara 50 amostras ICMP contra o destino e mostra loss%, RTT e jitter em uma rodada só - a amostragem ampla revela instabilidade intermitente que o ping curto de 4 pacotes não detecta.