Vad är jitter? Så testar du jitter och paketförlust före ett samtal

Jitter är hur mycket fördröjningen i anslutningen ändras från ett ögonblick till nästa. Paketförlust är andelen data som aldrig kommer fram. I ett samtal gör högt jitter att röster låter robotaktiga, medan förlorade paket gör att ord och stavelser faller bort, även med en snabb anslutning. Microsoft anger under 30 ms jitter och under 2 % paketförlust som typiska värden för Teams-ljud. Zoom rekommenderar 40 ms jitter eller lägre och 2 % förlust eller lägre. Du kan mäta båda i en webbläsare, från kommandoraden i Windows eller i mötesappens egen statistik.

Guiden om samtal som laggar trots snabbt internet förklarar varför hastighet inte är hela bilden, och internetkontrollen före samtalet går igenom när du bör testa. Den här guiden förklarar vad de två värdena betyder och hur du mäter dem.

Jitter och paketförlust i ett samtal

Ljud och video skickas i små paket, många varje sekund. Om varje paket tog lika lång tid, 40 ms, skulle samtalet bara ha 40 ms fördröjning och ingen skulle märka något. Jitter är ojämnheten: ett paket tar 20 ms, nästa 70 ms. Mötesappen håller paketen i en buffert för att jämna ut detta. Microsoft säger att Teams kan hantera en viss mängd jitter genom buffring, och att du märker av det först när jittervärdet överskrider vad bufferten kan hantera.

Paketförlust är värre, eftersom ett förlorat paket är borta och appen måste fylla luckan. Microsofts guide om samtalskvalitet beskriver hur problemen låter:

Vad som räknas som bra

Mötesappar publicerar egna referensvärden. De är riktvärden för appens egen samtalstrafik; använd dem som en måttstock när du läser resultaten från andra tester:

En enstaka avläsning över dessa värden betyder inte att samtalet kommer att misslyckas. Ett värde som fortsätter att vara högt i flera minuter, eller som stiger när någon annan börjar använda anslutningen, är värt att åtgärda före samtalet.

Så beräknas jitter

Verktyg mäter jitter på lite olika sätt, så jämför resultat från samma verktyg. Cloudflares hastighetstest beräknar till exempel jitter som den genomsnittliga skillnaden mellan mätningar av latens som görs efter varandra. Med fem mätningar på 20, 24, 19, 45 och 21 ms blir skillnaderna 4, 5, 26 och 24 ms, vilket ger ett jitter på cirka 15 ms. Den genomsnittliga latensen på 26 ms döljer att en mätning tog ungefär dubbelt så lång tid som de andra.

Tre sätt att testa före ett samtal

1. Ett webbläsartest som visar båda värdena

Öppna speed.cloudflare.com på den PC du ska ansluta från. Cloudflare förklarar att testet mäter jitter både när anslutningen är obelastad och när den är upptagen med nedladdning och uppladdning, och mäter paketförlust genom att skicka paket via en WebRTC TURN-server. Håll utkik efter skillnaden mellan resultaten vid obelastad anslutning och under belastning. Om jittervärdet stiger när anslutningen belastas kan en säkerhetskopiering, molnsynkronisering eller uppladdning från en annan enhet fylla upp linjen, och ett samtal skulle påverkas på samma sätt.

2. Kommandoraden i Windows: ping och pathping

Öppna Kommandotolken eller Terminal och kör:

ping -n 100 1.1.1.1

Som standard skickar ping fyra förfrågningar; -n 100 skickar hundra, vilket tar en eller två minuter. Sammanfattningsraden visar hur många som gick förlorade och förlustprocenten. Minimi- och maxtiderna visar skillnaden mellan det långsammaste och snabbaste svaret.

Om du vill se var förlusten börjar kör du:

pathping 1.1.1.1

pathping skickar 100 förfrågningar till varje router längs vägen och visar förlusten vid var och en. Det tar några minuter. Läs resultatet noga: Microsofts eget exempel visar routrar som släpper förfrågningar som skickas till dem men ändå vidarebefordrar allt annat. Förlust som uppstår vid en router men inte fortsätter till slutet av vägen spelar ingen roll. Förlust som börjar vid en router och fortsätter hela vägen till destinationen är verklig.

• Förlust vid det första hoppet, som är din egen router, tyder på problem med Wi-Fi eller ditt hemnätverk.
• Förlust som börjar längre bort tyder på problem hos din leverantör eller längre ut i nätverket.

3. Mötesappens egna värden

Det här är den enda metoden som mäter själva samtalet. Öppna i Teams Fler åtgärder → Inställningar → Samtalshälsa under ett samtal. Microsoft säger att värdena uppdateras var 15:e sekund. I Zooms datorapp öppnar du Inställningar → Statistik. Ett testsamtal räcker. Guiden om testsamtal i Teams och testmöten i Zoom visar var du startar ett.

För Teams erbjuder Microsoft även det kostnadsfria verktyget Teams Network Assessment Tool. Det skickar paket till närmaste Teams-relä och tillbaka och rapporterar sedan paketförlust, jitter och tur- och returtid.

Vad du kan ändra när värdena är höga

Vad CallReady mäter

CallReady kontrollerar anslutningen som en del av sin kontroll före samtalet från systemfältet i Windows. Programmet mäter latens, jitter och ungefärlig nedladdnings- och uppladdningsgenomströmning till Cloudflare och visar värdena bredvid resultaten för kamera och mikrofon. Det mäter inte paketförlust. Om andra säger att ord faller bort använder du Cloudflare-testet, pathping eller mötesappens statistik för att kontrollera det.

CallReady mäter vägen till Cloudflare, inte mediesträckan till en Teams- eller Zoom-server. Ett bra resultat betyder att din egen anslutning är stabil. Om du vill kontrollera något specifikt för Teams eller Zoom använder du appens statistik i ett testsamtal.

Vanliga frågor