Ferramentas populares

Tema

Teste de Perda de Pacotes

Faça um teste de perda de pacotes com pacotes UDP reais, do jeito que jogos e chamadas os enviam, e veja se você os perde na subida ou na descida. Uma única execução também é um teste de latência, um teste de jitter e um teste de bufferbloat.

Cada pacote cronometrado pelo data center da Cloudflare mais próximo · perda separada em upload e download · nada é armazenado
Perfil

3.000 pacotes UDP até o data center da Cloudflare mais próximo e de volta · 1 min · nada é armazenado

Cada pacote, conforme chegouExemplo: 1 min numa linha de fibra

  • Pontual 2.995
  • Atrasado 0
  • Perdido 4
  • Fora de ordem 1
  • Duplicado 0
PacotesRajadasUploadUpDownloadDownAtraso ms4 perdidosnenhuma–
Cada coluna é um segundo: os pacotes dele de cima para baixo. Aponte para um segundo, ou foque a faixa e use as setas do teclado.

Como funciona este teste de perda de pacotes?

Seu navegador envia um fluxo constante de pacotes UDP pequenos até o data center da Cloudflare mais próximo e direto de volta para ele mesmo, e conta cada um que nunca volta.

Os pacotes trafegam por um canal de dados WebRTC configurado para nunca reenviar uma mensagem perdida, então um pacote que some continua sumido: perda de pacotes real, não um atraso escondido por uma nova tentativa. Eles são repassados pelo serviço TURN da Cloudflare, que é anycast: seu navegador chega ao local da Cloudflare mais próximo, e o relay fica ali. As duas pontas do fluxo estão no seu navegador, num único relógio, então o atraso de cada pacote é exato até um décimo de milissegundo.

Um pacote nesse loop atravessa sua conexão duas vezes, na subida e na descida, então sozinho ele não consegue dizer onde um pacote se perdeu. Por isso uma chamada de voz curta roda ao lado: seu navegador envia um fluxo de áudio silencioso ao servidor de chamadas da Cloudflare (Realtime SFU) e o recebe de volta. A Cloudflare informa quais pacotes nunca recebeu, que é a sua perda no upload; o que some depois disso é a sua perda no download.

Sob carga, a linha é preenchida com downloads e depois uploads dos servidores do teste de velocidade da Cloudflare enquanto os pacotes continuam fluindo, então você vê como a perda, o jitter e a latência mudam quando a linha está ocupada.

Seu navegadorRelay (TURN)Cloudflare, local mais próximoServidor de chamadas (SFU)Cloudflare, local mais próximoO loop: pacotes de ida e voltaperdido na subida ou na descida?o loop não sabe dizer; ele cronometra cada pacote num único relógioA chamada de teste: Opus, 50 pacotes por segundo↑ subida↓ descidaa Cloudflare conta o que recebeu ↑seu navegador conta o que voltou ↓
  • Loop: o atraso e o destino de cada pacote
  • Chamada: em que sentido ele se perdeu
  • Um pacote perdido
Os dois rodam ao mesmo tempo durante todo o teste.
Resultado do teste de perda de pacotes: cada pacote numa faixa, rajadas no download, jitter e nota de bufferbloatResultado do teste de perda de pacotes: cada pacote numa faixa, rajadas no download, jitter e nota de bufferbloatO vereditoA perda, as rajadas e o aumento do atraso sob carga, avaliados pelas metas do Microsoft Teams ou pela nota da Cloudflare para jogos.Cada pacoteCada coluna é um segundo e cada marca, um pacote: pontual, atrasado, perdido ou fora de ordem, com as rajadas entre colchetes.Subida ou descidaA chamada de teste separa a perda: o que a Cloudflare nunca recebeu de você e o que se perdeu no caminho de volta até você.Pontuações e notaAs pontuações da Cloudflare para streaming, jogos e videochamadas, e a nota de bufferbloat da Waveform, de A+ a F.
Um teste de 1 minuto numa linha com bufferbloat: nenhuma perda em repouso, rajadas curtas de perda e um atraso crescente durante o download. Selecione um número para ver o que cada parte mostra.

O que é perda de pacotes?

Perda de pacotes é a parcela dos pacotes de dados que saem do seu dispositivo, mas nunca chegam à outra ponta, ou chegam tarde demais para serem usados.

Jogos e chamadas de voz e vídeo enviam pacotes pequenos por UDP muitas vezes por segundo e não esperam que os perdidos sejam reenviados: um pacote perdido é um quadro congelado, uma palavra cortada numa chamada ou um personagem que volta para trás. Downloads e páginas web usam TCP, que reenvia o que se perdeu, então ali a perda só aparece como uma página mais lenta. É também por isso que um teste de velocidade comum não consegue ver a perda de pacotes.

Este teste conta quatro coisas. Perdido: um pacote que não chegou depois de 3 segundos, o tempo de espera que a métrica de perda da IETF manda informar. Atrasado: um que chegou, mas bem atrás dos outros. Fora de ordem: um que chegou depois de um pacote enviado mais tarde (RFC 4737). Duplicado: um que chegou duas vezes, contado uma vez.

16 pacotes, um a cada 20 ms1 perdido · 1 atrasado · 1 fora de ordem · 1 duplicado
EnvioChegada atrasado: 100 ms atrás dos outros11223344566778899101011111212131314141415151616
  • Pontualchegou junto com os outros
  • Atrasadochegou, mas bem atrás dos outros: tarde demais para uma chamada
  • Perdidonão voltou em 3 segundos
  • Fora de ordemchegou depois de um pacote enviado mais tarde
  • Duplicadochegou duas vezes, contado uma vez
A faixa do resultado usa as mesmas cores, uma célula por pacote.

Quanta perda de pacotes é aceitável?

Para videochamadas, menos de 1%: a meta da Microsoft para o Teams é menos de 1% de perda em quaisquer 15 segundos e menos de 10% em quaisquer 200 milissegundos, e o Zoom recomenda 2% ou menos.

Cada veredito desta página segue exatamente uma regra publicada. Videochamadas: as metas do Microsoft Teams para o caminho do seu dispositivo até a borda da rede: ida e volta abaixo de 100 ms, perda abaixo de 1% a cada 15 segundos, perda em rajada abaixo de 10% a cada 200 ms, jitter abaixo de 30 ms, reordenação abaixo de 0,05%, e a recomendação do Zoom de 150 ms de latência, 40 ms de jitter e 2% de perda.

Jogos e streaming: as pontuações de qualidade de rede da Cloudflare, os mesmos pontos que o speed.cloudflare.com usa: abaixo de 1% de perda vale a pontuação máxima, de 1% a 5% metade, de 5% a 25% nenhum ponto, e mais que isso tira pontos. Para jogos, os fabricantes não publicam um limite de perda; mesmo 1% numa rajada é uma travada visível a 64 ou 128 atualizações por segundo.

Microsoft Teams abaixo de 1% em quaisquer 15 s Zoom 2% ou menos 0%0,5%1%2%3%4%5% Cloudflare AIM +10 pontos +5 5% a 25%: 0 · abaixo de 50%: −10 · depois −20
  • Abaixo de 1%: pontuação máxima, dentro da meta do Teams
  • De 1% a 2%: dentro da do Zoom
  • Acima de 2%: fora das duas
A regra de cada autoridade, do jeito que as verificações do resultado a aplicam. O número do Teams vale por janela de 15 segundos, então um trecho ruim e curto reprova mesmo quando a média é baixa.

Sua perda de pacotes é aleatória ou em rajadas?

O padrão importa tanto quanto a porcentagem: 2% de perda espalhada mal se nota numa chamada, enquanto 2% perdidos em poucas rajadas viram uma série de cortes.

O teste conta os episódios de perda, sequências de pacotes perdidos um após o outro (RFC 6534), mostra o mais longo e calcula a razão de rajada do ITU-T G.107: 1 quando as perdas caem ao acaso, acima de 1 quando se agrupam. Rajadas costumam vir de uma fila cheia num roteador ou modem, que descarta vários pacotes do mesmo fluxo de uma vez, ou de uma queda momentânea do Wi-Fi.

Um teste curto não consegue provar que não há perda. Se nenhum de 750 pacotes se perdeu, a taxa de perda ainda está em algum ponto abaixo de 0,4%, então a página mostra um intervalo, e não um 0% seco. Faça o teste de 3 minutos para pegar perdas que vão e voltam.

A mesma perda de pacotes de 2%, duas vezes1 min · 3.000 pacotes · 60 perdidos em cada

Aleatóriaperdas isoladas, espalhadas

Episódios de perda
60
Rajada mais longa
1 · 20 ms
Razão de rajada
0,98

Numa chamada: um clique leve de vez em quando

Em rajadascinco sequências de 12

Episódios de perda
5
Rajada mais longa
12 · 240 ms
Razão de rajada
11,76

Numa chamada: cinco cortes de 240 ms por minuto

Razão de rajada (ITU-T G.107): o comprimento médio das rajadas dividido pelo que uma perda aleatória na mesma taxa daria. 1 é aleatório; quanto maior, mais agrupada.

O que é jitter e como ele é medido?

Jitter é o quanto o atraso muda de um pacote para o outro. Chamadas e jogos guardam pacotes num buffer para suavizá-lo, e esse buffer acrescenta atraso.

Esta página mede o jitter com a fórmula do RFC 3550, a que os apps de chamada WebRTC informam: a variação do atraso entre os pacotes conforme chegam, suavizada ao longo dos últimos pacotes. Outras ferramentas usam outras fórmulas: o teste de velocidade da Cloudflare faz a média da diferença entre pings consecutivos, a Waveform e a Ookla usam o desvio em relação à média, então os números de jitter delas não são diretamente comparáveis. As pontuações da Cloudflare nesta página usam a fórmula da própria Cloudflare, como deve ser.

Jitter entre chegadas do RFC 3550J = J + (|D| − J) / 16
EnvioChegadaVariação DJitter J 0 ms1820 ms21+340 ms19−260 ms26+780 ms18−8100 ms30+12120 ms19−11140 ms20+1160 ms22+22,31

Tempos de trânsito em ms. Cada variação move J um dezesseis avos do caminho, então um pico o eleva um pouco e pacotes estáveis o trazem de volta para baixo.

O teste de velocidade da Cloudflare faz a média da variação entre pings consecutivos; a Waveform e a Ookla, a dispersão em torno da média: a mesma linha dá três números de jitter diferentes.

O que é bufferbloat? Teste de latência sob carga

Bufferbloat é o atraso extra que sua conexão acrescenta quando está ocupada: seu roteador ou modem enfileira dados demais, então cada pacote espera na fila atrás de um download ou de um upload.

O teste sob carga mede a latência em repouso, depois durante o download, depois durante o upload, e dá uma nota ao aumento na escala da Waveform: A+ abaixo de 5 ms a mais, A abaixo de 30, B abaixo de 60, C abaixo de 200, D abaixo de 400, F a partir de 400 ms, com base na latência média e no pior dos dois sentidos.

A solução é o gerenciamento inteligente de filas (SQM) no seu roteador: CAKE ou FQ-CoDel, com a velocidade configurada um pouco abaixo do que sua linha entrega, cerca de 90% da velocidade medida segundo o guia do OpenWrt. Depois, faça o teste de novo: a nota deve subir para A ou A+.

O pacote de uma chamada atrás de um uploaduma linha de exemplo
Fila de upload do roteador sua chamada espera 175 msaí a fila fica cheiae descarta os próximos um backup ou um upload de vídeo, pacote atrás de pacote
Em repouso21 ms
Durante o download63 ms
Durante o upload196 ms
C+175 ms sob carga: nota C na escala da WaveformWaveform
  1. A+<5
  2. A<30
  3. B<60
  4. C<200
  5. D<400
  6. F400+
O atraso adicionado é a latência média sob carga menos a média em repouso, no pior dos dois sentidos (download ou upload), como a Waveform calcula a nota.

O que causa perda de pacotes e como corrigir?

A maior parte da perda de pacotes vem do Wi-Fi, de uma linha ocupada (bufferbloat), de um cabo ou porta com defeito ou da rede do seu provedor; o padrão do teste mostra qual é.

Perda só durante o download ou o upload aponta para bufferbloat: ative o SQM. Perda aleatória em repouso no Wi-Fi aponta para interferência ou distância: teste de novo no cabo. Perda também no cabo pode ser um cabo danificado, uma porta ruim ou firmware antigo do roteador. Se o teste de chamada colocar a perda no lado do download, no cabo e com o SQM ativado, o problema costuma estar além do seu roteador: envie ao seu provedor o link de compartilhamento e o CSV do teste.

Escolha o padrão que você vê

Perda só durante o download ou o upload

Causa provável

Bufferbloat: a fila do roteador ou do modem transborda

Solução

Ative o SQM (CAKE ou FQ-CoDel) com cerca de 90% da sua velocidade

Perdas isoladas aleatórias, só no Wi-Fi

Causa provável

Interferência, distância ou sinal fraco

Solução

Chegue mais perto, mude para 5 GHz ou use um cabo

Perda também no cabo, mesmo em repouso

Causa provável

Um cabo ou porta com defeito, firmware antigo

Solução

Troque o cabo e a porta, atualize o roteador

Perda no lado do download, no cabo e com SQM

Causa provável

A rede do seu provedor

Solução

Envie o link de compartilhamento e o CSV ao seu provedor

Teste de perda de pacotes vs. teste de ping vs. teste de velocidade

Um teste de velocidade mede quantos dados sua linha transfere, um teste de ping quanto tempo leva uma ida e volta, e um teste de perda de pacotes com que confiabilidade os pacotes pequenos chegam: três perguntas diferentes.

Use um teste de ping para ver sua latência até lugares do mundo todo, este teste de perda de pacotes quando as chamadas falham ou os jogos travam, e um teste de velocidade quando os downloads estão lentos.

CritérioTeste de perda de pacotesTeste de pingTeste de velocidade
MedePacotes perdidos, atrasados e fora de ordem, jitter, latência sob cargaTempo de ida e volta até um servidor ou regiãoTaxa de download e upload
ProtocoloUDP (sem reenvios)ICMP, TCP ou HTTPSTCP (os reenvios escondem a perda)
RespondePor que as chamadas falham e os jogos travamQuão longe um servidor parece estarPor que os downloads estão lentos

Teste de perda de pacotes: perguntas e respostas

Qual é uma taxa de perda de pacotes boa para jogos?

O mais perto possível de 0%. A nota da Cloudflare para jogos dá a pontuação máxima abaixo de 1% de perda e metade dos pontos de 1% a 5%. Os fabricantes de jogos não publicam um limite de perda, mas a 64 ou 128 atualizações por segundo mesmo uma rajada curta significa um tiro perdido ou um personagem voltando para trás, então olhe as rajadas na faixa, além da porcentagem.

1% de perda de pacotes é ruim?

Para uma videochamada, está bem no limite da Microsoft: o Teams tem como meta menos de 1% de perda em quaisquer 15 segundos. O Zoom recomenda 2% ou menos. Num jogo, 1% é perceptível, ainda mais quando vem em rajadas. Para downloads e páginas web quase não importa, porque o TCP reenvia os pacotes perdidos.

Por que este teste mostra perda de pacotes se o meu teste de velocidade está bom?

Um teste de velocidade roda sobre TCP, que reenvia cada pacote perdido, então a perda só deixa o download um pouco mais lento. Este teste envia pacotes que nunca são reenviados, como um jogo ou uma chamada, então cada pacote perdido é contado. Uma linha pode atingir a velocidade máxima e ainda assim perder pacotes em rajadas, principalmente quando está ocupada.

Por que só perco pacotes durante downloads?

Esse é o sinal clássico de bufferbloat: seu roteador ou modem segura dados demais na fila e, quando a fila transborda, descarta pacotes em rajadas. O teste sob carga mostra isso como perda e aumento do atraso na parte de download ou de upload. O gerenciamento inteligente de filas (CAKE ou FQ-CoDel) no roteador costuma resolver as duas coisas.

A perda de pacotes está do meu lado ou do lado do provedor?

Separe em três passos. O teste de chamada diz se os pacotes se perdem na subida ou na descida. Testar no cabo em vez do Wi-Fi mostra se o Wi-Fi é a causa. Testar com e sem carga mostra se é bufferbloat. Uma perda que continua no lado do download, no cabo e em repouso, costuma ser do seu provedor.

Como um teste no navegador separa a perda no upload da perda no download?

Pacotes que sobem e voltam não conseguem dizer onde se perderam, então o teste também faz uma chamada de voz curta e silenciosa para o servidor de chamadas da Cloudflare. A Cloudflare informa ao seu navegador quantos dos seus pacotes recebeu, que é a sua perda no upload; o que falta na volta é a sua perda no download.

Por quanto tempo devo rodar um teste de perda de pacotes?

Rode o teste de 15 segundos para uma verificação rápida e o de 3 minutos quando o problema vai e volta. Zero perdas numa execução curta não prova que não há nenhuma: com 750 pacotes e nenhum perdido, a perda ainda está em algum ponto abaixo de 0,4%, e a página mostra esse intervalo em vez de 0%.

Uma VPN afeta o teste de perda de pacotes?

Sim. Com uma VPN ligada, os pacotes passam primeiro pelo servidor da VPN, então o resultado mostra o caminho pela VPN, não só a sua linha. Desligue a VPN para testar sua conexão e depois ligue-a para ver o que ela acrescenta.

Quantos dados o teste usa?

O fluxo de pacotes em si é pequeno: um teste de 1 minuto movimenta no máximo alguns megabytes, mesmo a 128 pacotes por segundo. As partes sob carga fazem download e upload o mais rápido que sua linha permite por até um terço do teste cada, com limite de 250 MB de download e 100 MB de upload, então numa conexão limitada ou móvel deixe a opção sob carga desligada.

Algo fica armazenado?

Não. O teste roda entre o seu navegador e o data center da Cloudflare mais próximo, que repassa os pacotes criptografados sem lê-los. Os testes anteriores ficam só neste navegador. Um link de compartilhamento leva o resultado, nunca o seu endereço IP, e é assinado: um link alterado depois de criado aparece como editado.

Ferramentas relacionadas