Jitter e perda de pacotes numa chamada VPN: o que comparar

Fala robotizada e sílabas perdidas soam diferente porque são falhas diferentes. O jitter muda quando os pacotes chegam; a perda significa que não chegam de todo. Qualquer um dos dois pode acontecer enquanto um teste de velocidade relata um download saudável, porque a taxa e a entrega atempada medem coisas diferentes. Faça corresponder as provas ao som antes de mudar qualquer definição.

Porque é que pacotes atrasados e pacotes em falta soam diferente

Os média saem do emissor a um ritmo constante, e as redes reais entregam-nos com espaçamentos irregulares. As aplicações fazem um pouco de memória intermédia para suavizar isso, trocando atraso por continuidade: aumente a memória e a conversa parece lenta, reduza-a e aparecem buracos. Um pacote que chega depois do seu prazo de reprodução está efetivamente perdido, mesmo que nunca tenha sido descartado. É por isso que duas ligações com a mesma largura de banda podem produzir chamadas muito diferentes.

A direção também importa. Os média de entrada e de saída podem seguir caminhos diferentes, sobretudo quando um lado está numa rede móvel.

Os números a ler durante a janela má

Use as estatísticas da própria aplicação onde as oferece, e leia-as enquanto a chamada está má, não depois de terminar. Um relé de média é muitas vezes um anfitrião diferente do site do serviço, por isso um ping à página inicial mede um caminho que a chamada não usa. Veja a percentagem de perda, o tempo de ida e volta e o jitter em separado, e anote se o cliente envia ou recebe o problema. Uma reconexão de VPN durante a chamada é um terceiro acontecimento a registar, não a fundir com os outros.

As capturas de ecrã do painel de estatísticas valem mais do que uma memória da chamada, porque os números podem ser comparados mais tarde. Vinte segundos de percentagem de perda dizem-lhe se o caminho está a descartar pacotes agora, mas não se a perda vem em rajadas ou quando começou.

Para isso, repita a medição numa segunda condição em vez de ler uma janela como veredicto. Duas janelas tiradas em condições diferentes dizem mais do que uma janela longa tirada sem nenhuma.

O que uma memória de jitter faz ao prazo

Uma memória de jitter retém brevemente os pacotes de entrada para que as chegadas irregulares — a variação de atraso que RFC 3393 define como métrica — possam ser reproduzidas num relógio regular. O tamanho da memória fixa o prazo de reprodução: todo o pacote mais tardio do que esse prazo é descartado, seja qual for o conteúdo. Os codecs diferem no quanto conseguem ocultar, e um codec que interpola uma trama em falta pode esconder uma perda, mas não uma série. É por isso que a mesma percentagem de perda dá qualidade de chamada diferente em codecs diferentes.

Ajustar a memória é uma troca, não uma correção. Uma memória maior compra continuidade à custa de atraso na conversa, e não consegue recuperar pacotes que cheguem depois do prazo.

Compare o rádio e a carga antes da saída

Mantenha a saída e a aplicação fixas enquanto muda uma condição local de cada vez. Um ícone de sinal forte não diz nada sobre a congestão do canal. Se o problema segue uma sala ou um ponto de acesso, o rádio é a investigação seguinte.

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

ping dá uma contagem de perdas e uma dispersão que pode comparar entre condições, e mtr mostra a perda por salto ao longo do caminho. Os saltos intermédios que falham enquanto os seguintes respondem normalmente dão menor prioridade ao ICMP em vez de descartarem tráfego de utilizador. Repita ambos enquanto corre um envio controlado, porque uma ligação boa em repouso e inutilizável sob carga aponta para filas, não para a VPN. Se apenas uma condição reproduz o problema, a outra condição acabou de ser excluída.

Repare apenas o que a comparação sustenta

Cada comparação sustenta uma reparação, e aplicar várias ao mesmo tempo destrói a prova. Um caminho local fraco pede um canal melhor ou Ethernet, o tráfego concorrente pede planeamento ou uma disciplina de fila, e uma saída má pede comparar outra saída nas mesmas condições. Quando mudar o transporte da VPN, mantenha o perfil válido e mude uma variável de cada vez. Volte a testar a mesma conversa com atividade de fundo normal em vez de julgar o sucesso por ter subido a pontuação do teste de velocidade.

Anote a direção, a perda, o jitter, o tempo de ida e volta e a condição em que cada um foi medido. Esse registo transforma uma queixa vaga sobre a qualidade da chamada numa conclusão sobre a qual alguém pode agir. Guarde-o com o pedido para que a comparação seguinte comece da mesma linha de base.