
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:
| Problema | O que é | O que as pessoas ouvem e veem |
|---|---|---|
| Instabilidade | Os pacotes chegam em intervalos irregulares | Voz com som robótico |
| Perda de pacotes | Os pacotes nunca chegam | Sílabas e palavras ausentes, vídeo entrecortado e compartilhamento de tela irregular |
| Tempo de ida e volta alto | Os pacotes demoram muito para chegar | Efeito 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:
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étodo | Instabilidade | Perda de pacotes | O que testa |
|---|---|---|---|
| Teste de velocidade da Cloudflare no navegador | Sim, em repouso e sob carga | Sim | Sua rota até o centro de dados mais próximo da Cloudflare |
ping e pathping no Windows | Não diretamente | Sim, inclusive onde começa | A rota até o endereço que você escolher |
| Estatísticas do próprio aplicativo de reunião | Sim | Sim | A 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ável | O que tentar |
|---|---|---|
| Jitter normal em repouso, mas alto sob carga | Algo mais está sobrecarregando sua conexão | Pause a sincronização na nuvem, os backups e os downloads grandes; depois, teste novamente |
| Jitter ou perda altos no Wi-Fi, normais por cabo | O link sem fio | Use um cabo ou aproxime-se do roteador e teste novamente |
| A perda começa no seu próprio roteador | Sua rede doméstica | Reinicie o roteador e compare a conexão por cabo com o Wi-Fi |
| A perda começa mais adiante e continua até o fim | A rede do seu provedor ou algo além dela | Salve a pathping saída e envie-a ao seu provedor |
| Os números só ficam altos quando uma VPN está conectada | A rota da VPN | Siga 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?
O que é pior para uma chamada: jitter ou perda de pacotes?
Como verifico a perda de pacotes no Windows?
O CallReady mede a perda de pacotes?
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