Jitter és csomagvesztés egy VPN-hívásban: mit hasonlítsunk össze

A robotszerű beszéd és a kieső szótagok másképp hangzanak, mert két különböző hiba. A jitter azt változtatja meg, mikor érkeznek a csomagok; a veszteség azt jelenti, hogy egyáltalán nem érkeznek meg. Bármelyik előfordulhat úgy, hogy a sebességteszt egészséges letöltést jelez, mert az átbocsátóképesség és az időben történő kézbesítés különböző dolgokat mér. Mielőtt bármelyik beállítást megváltoztatja, egyeztesse a bizonyítékokat a hanggal.

Miért hangzanak másképp a késő és a hiányzó csomagok

A média egyenletes ütemben hagyja el a küldőt, a valódi hálózatok pedig egyenetlen közökkel kézbesítik. Az alkalmazások kicsit pufferelnek, hogy ezt kisimítsák, késleltetést cserélve folyamatosságra: növelje a puffert, és a beszélgetés lassúnak tűnik, csökkentse, és hézagok jelennek meg. Az a csomag, amely a lejátszási határidő után érkezik, gyakorlatilag elveszett, még ha soha nem is dobták el. Ezért adhat két azonos sávszélességű kapcsolat egészen különböző hívásokat.

Az irány is számít. A bejövő és a kimenő média különböző útvonalakat vehet, különösen ha az egyik fél mobilhálózaton van.

A rossz időablakban olvasandó számok

Használja az alkalmazás saját statisztikáit, ahol kínál ilyet, és akkor olvassa őket, amikor a hívás rossz, ne a vége után. A média-relé gyakran más hoszt, mint a szolgáltatás weboldala, ezért a kezdőlapra küldött ping olyan útvonalat mér, amelyet a hívás nem használ. Nézze külön a veszteségszázalékot, a körfordulási időt és a jittert, és jegyezze fel, hogy az ügyfél küldi vagy kapja-e a problémát. A hívás közbeni VPN-újracsatlakozás harmadik esemény, amit rögzíteni kell, nem összevonni a többivel.

A statisztikapanel képernyőképei jobbak, mint a hívás emléke, mert a számok később összehasonlíthatók. Húsz másodperc veszteségszázalék megmondja, hogy az útvonal most dobál-e csomagokat, de azt nem, hogy a veszteség löketekben jön-e, vagy mikor kezdődött.

Ehhez ismételje meg a mérést egy második feltétel mellett, ahelyett hogy egy ablakot ítéletként olvasna. Két különböző feltétel mellett vett ablak többet mond, mint egyetlen hosszú ablak bármilyen feltétel nélkül.

Mit tesz a jitterpuffer a határidővel

A jitterpuffer rövid ideig visszatartja a bejövő csomagokat, hogy az egyenetlen érkezések — a késleltetés-ingadozás, amelyet RFC 3393 mérőszámként definiál — egyenletes óra szerint lejátszhatók legyenek. A puffer mérete szabja meg a lejátszási határidőt: minden csomag, amely e határidőnél később érkezik, eldobódik, bármi is a tartalma. A kodekek abban különböznek, mennyit tudnak elfedni, és az a kodek, amely egy hiányzó képkockát interpolál, el tud rejteni egy veszteséget, de azok sorozatát nem. Ezért ad ugyanaz a veszteségszázalék más-más hívásminőséget a különböző kodekeken.

A puffer hangolása üzlet, nem javítás. A nagyobb puffer folyamatosságot vásárol a beszélgetési késleltetés árán, és nem tudja visszahozni a határidő után érkező csomagokat.

Hasonlítsa össze a rádiót és a terhelést a kijárat előtt

Tartsa rögzítve a kijáratot és az alkalmazást, miközben egyszerre egy helyi feltételt változtat. Az erős jelerősség-ikon semmit nem mond a csatorna zsúfoltságáról. Ha a probléma egy szobát vagy egy hozzáférési pontot követ, a rádió a következő vizsgálat.

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

A ping veszteségszámot és szórást ad, amely feltételek között összehasonlítható, az mtr pedig hoponként mutatja a veszteséget az útvonal mentén. A közbülső hopok, amelyek meghibásodnak, miközben a későbbiek válaszolnak, általában lejjebb sorolják az ICMP-t ahelyett, hogy eldobnák a felhasználói forgalmat. Ismételje meg mindkettőt ellenőrzött feltöltés közben, mert az a kapcsolat, amely nyugalomban jó és terhelés alatt használhatatlan, sorban állásra utal, nem a VPN-re. Ha csak egy feltétel idézi elő a problémát, a másik feltétel éppen kizáródott.

Csak azt javítsa, amit az összehasonlítás alátámaszt

Minden összehasonlítás egy javítást támaszt alá, és többet egyszerre alkalmazni megsemmisíti a bizonyítékot. A gyenge helyi útvonal jobb csatornát vagy Ethernetet kíván, a versengő forgalom ütemezést vagy sordiszciplínát, az egy rossz kijárat pedig egy másik kijárat összehasonlítását ugyanazon feltételek mellett. Amikor a VPN szállítási rétegét váltja, tartsa érvényesen a profilt, és egyszerre egy változót módosítson. Ugyanazt a beszélgetést tesztelje újra normál háttértevékenység mellett, ahelyett hogy a sikert a sebességteszt-pontszám emelkedéséből ítélné meg.

Jegyezze fel az irányt, a veszteséget, a jittert, a körfordulási időt és azt a feltételt, amelyben mindegyiket mérték. Ez a feljegyzés egy homályos hívásminőségi panaszt olyan megállapítássá alakít, amelyre valaki cselekedhet. Tartsa a jegy mellett, hogy a következő összehasonlítás ugyanarról a kiindulási alapról induljon.