Ilustração de uma mesa de escritório em casa com um laptop exibindo um gráfico de linha irregular, um roteador, um cabo de rede enrolado e fones de ouvido

Jitter é o quanto o atraso da sua conexão varia de um momento para o outro. Perda de pacotes é a proporção de dados que nunca chegam. Em uma chamada, jitter alto faz as vozes soarem robóticas, e a perda faz palavras e sílabas desaparecerem, mesmo em uma conexão rápida. A Microsoft indica menos de 30 ms de jitter e menos de 2% de perda de pacotes como valores típicos para o áudio do Teams. O Zoom recomenda jitter de 40 ms ou menos e perda de 2% ou menos. Você pode medir os dois no navegador, pela linha de comando do Windows ou nas próprias estatísticas do aplicativo de reunião.

O guia sobre chamadas com atraso em uma internet rápida explica por que a velocidade não é tudo, e a verificação da internet antes de uma chamada explica quando testar. Este guia aborda o que significam os dois números e como medi-los.

Jitter e perda de pacotes em uma chamada

O áudio e o vídeo trafegam em pequenos pacotes, muitos por segundo. Se cada pacote levasse os mesmos 40 ms, a chamada simplesmente teria um atraso de 40 ms, e ninguém notaria. Jitter é a irregularidade: um pacote leva 20 ms, o seguinte, 70 ms. O aplicativo de reunião mantém os pacotes em um buffer para suavizar essa variação. A Microsoft diz que o Teams consegue se adaptar a certo nível de jitter por meio do buffering, e você só percebe quando o jitter ultrapassa o que o buffer consegue absorver.

A perda de pacotes é pior, porque um pacote perdido não volta, e o aplicativo precisa compensar a falha. O guia de qualidade de chamadas da Microsoft descreve como cada problema soa:

ProblemaO que éO que as pessoas ouvem e veem
InstabilidadeOs pacotes chegam em intervalos irregularesVoz com som robótico
Perda de pacotesOs pacotes nunca chegamSílabas e palavras ausentes, vídeo entrecortado e compartilhamento de tela irregular
Tempo de ida e volta altoOs pacotes demoram muito para chegarEfeito de walkie-talkie, com as pessoas falando ao mesmo tempo

O que é considerado bom

Os aplicativos de reunião publicam seus próprios valores de referência. Eles são metas para o tráfego de chamadas do próprio aplicativo; use-os como referência ao interpretar outros testes:

OrigemInstabilidadePerda de pacotesTempo de ida e volta
Integridade da chamada no Teams, áudio (Microsoft)Menos de 30 msMenos de 2%Menos de 200 ms
Estatísticas de reunião do Zoom (Zoom)40 ms ou menos2% ou menosNão há um único valor informado

Uma única leitura acima desses valores não significa que a chamada vai falhar. Uma leitura que permaneça alta por vários minutos, ou que aumente sempre que outra pessoa começar a usar a conexão, merece ser corrigida antes da chamada.

Como o jitter é calculado

As ferramentas medem o jitter de maneiras um pouco diferentes, então compare os resultados da mesma ferramenta. O teste de velocidade da Cloudflare, por exemplo, calcula o jitter como a diferença média entre medições consecutivas de latência. Com cinco medições de 20, 24, 19, 45 e 21 ms, as diferenças são 4, 5, 26 e 24 ms, então o jitter é de cerca de 15 ms. A latência média de 26 ms oculta o fato de que uma medição levou aproximadamente o dobro do tempo das outras.

Três formas de testar antes de uma chamada

MétodoInstabilidadePerda de pacotesO que testa
Teste de velocidade da Cloudflare no navegadorSim, em repouso e sob cargaSimSua rota até o centro de dados mais próximo da Cloudflare
ping e pathping no WindowsNão diretamenteSim, inclusive onde começaA rota até o endereço que você escolher
Estatísticas do próprio aplicativo de reuniãoSimSimA própria chamada

1. Um teste no navegador que informa ambos

Abrir speed.cloudflare.com no PC que você usará para participar da chamada. A Cloudflare explica que o teste mede o jitter tanto quando a conexão está ociosa quanto quando está ocupada com downloads e uploads, e mede a perda de pacotes encaminhando pacotes por meio de um servidor TURN WebRTC. Observe a diferença entre os resultados em repouso e sob carga. Se o jitter aumentar quando a conexão estiver ocupada, um backup, uma sincronização na nuvem ou o upload de outro dispositivo pode estar sobrecarregando a linha, e a chamada sofreria da mesma forma.

2. Linha de comando do Windows: ping e pathping

Abra o Prompt de Comando ou o Terminal e execute:

ping -n 100 1.1.1.1

Por padrão, o ping envia quatro solicitações; -n 100 envia cem, o que leva um ou dois minutos. A linha de resumo mostra quantas foram perdidas e a porcentagem. Os tempos mínimo e máximo mostram a diferença entre as respostas mais rápida e mais lenta.

Para ver onde a perda começa, execute:

pathping 1.1.1.1

O pathping envia 100 solicitações a cada roteador na rota e mostra a perda em cada um. Leva alguns minutos. Leia os resultados com atenção: o próprio exemplo da Microsoft mostra roteadores que descartam solicitações endereçadas a eles, mas encaminham todo o restante. Uma perda que aparece em um roteador e não continua até o fim da rota não importa. Uma perda que começa em um roteador e continua até o destino é real.

  • Perda no primeiro salto, que é o seu próprio roteador, aponta para o Wi-Fi ou a rede da sua casa.
  • Uma perda que começa mais adiante aponta para o seu provedor ou para além dele.

3. Os próprios números do aplicativo de reunião

Este é o único método que mede a própria chamada. No Teams, abra Mais ações → Configurações → Integridade da chamada durante uma chamada; a Microsoft diz que os valores são atualizados a cada 15 segundos. No aplicativo Zoom para computador, abra Configurações → Estatísticas. Uma chamada de teste é suficiente. O guia sobre Chamadas de teste do Teams e reuniões de teste do Zoom mostra como iniciar uma.

Para o Teams, a Microsoft também oferece a ferramenta gratuita Teams Network Assessment Tool. Ela envia pacotes até o relay do Teams mais próximo e de volta, e depois informa a perda, o jitter e o tempo de ida e volta.

O que alterar quando os números estão altos

O que vêCausa provávelO que tentar
Jitter normal em repouso, mas alto sob cargaAlgo mais está sobrecarregando sua conexãoPause a sincronização na nuvem, os backups e os downloads grandes; depois, teste novamente
Jitter ou perda altos no Wi-Fi, normais por caboO link sem fioUse um cabo ou aproxime-se do roteador e teste novamente
A perda começa no seu próprio roteadorSua rede domésticaReinicie o roteador e compare a conexão por cabo com o Wi-Fi
A perda começa mais adiante e continua até o fimA rede do seu provedor ou algo além delaSalve a pathping saída e envie-a ao seu provedor
Os números só ficam altos quando uma VPN está conectadaA rota da VPNSiga o guia sobre atraso em chamadas com VPN

O que o CallReady mede

CallReady verifica a conexão como parte da checagem antes da chamada, a partir da bandeja do Windows. Ele mede a latência, o jitter e o throughput aproximado de download e upload até a Cloudflare e, em seguida, mostra esses resultados junto aos da câmera e do microfone. Ele não mede a perda de pacotes. Se as pessoas disserem que algumas palavras estão desaparecendo, use o teste da Cloudflare, pathping ou as estatísticas do aplicativo de reunião para verificar isso.

O CallReady mede sua rota até a Cloudflare, não o caminho da mídia até um servidor do Teams ou do Zoom. Um bom resultado significa que sua própria conexão está estável. Para qualquer informação específica do Teams ou do Zoom, use as estatísticas do aplicativo em uma chamada de teste.

Perguntas frequentes

Qual é um bom valor de jitter para chamadas de vídeo?
A Microsoft indica menos de 30 ms como valor típico para o áudio do Teams, e o Zoom recomenda 40 ms ou menos. Quanto menor, melhor, e um valor estável é mais importante do que uma única leitura boa.
O que é pior para uma chamada: jitter ou perda de pacotes?
A perda de pacotes costuma causar mais danos, porque o áudio e o vídeo perdidos não podem ser recuperados e palavras desaparecem. Os aplicativos de reunião conseguem absorver uma certa quantidade de jitter usando um buffer, até que ele ultrapasse o que o buffer consegue suportar.
Como verifico a perda de pacotes no Windows?
Execute ping -n 100 1.1.1.1 no Prompt de Comando e confira a porcentagem de perda no resumo. Para descobrir onde a perda começa, execute pathping 1.1.1.1 e procure perdas que continuem até o último salto.
O CallReady mede a perda de pacotes?
Não. O CallReady mede latência, jitter e throughput até a Cloudflare. Para medir a perda de pacotes, use o teste de velocidade da Cloudflare, o pathping ou as estatísticas de chamada do seu aplicativo de reunião.

Verifique a latência e o jitter com o CallReady antes da chamada e use as estatísticas do aplicativo de reunião para confirmar a perda de pacotes.

Obter CallReady