Elfogadható jitter és késleltetés VoIP esetében: Minden, amit tudni kell

author
21 minutes, 15 seconds Read

Míg a VoIP, a VoLTE és az üzleti VoIP megoldások rengeteg előnyt kínálnak a hagyományos telefonálással szemben, van egy központi hátrányuk. A nap végén a VoIP-szolgáltatások minősége kifejezetten az internetkapcsolat minőségétől függ. Ez egyszerűen elkerülhetetlen a VoIP természetéből adódóan, amely végül is a Voice over Internet Protocol rövidítése.

A VoIP-megoldások nagyon hosszú utat tettek meg az elejétől kezdve, amikor még a hívások megszakadtak és remegtek. Valójában az internetsebesség is hosszú utat tett meg. A modern internetkapcsolatokkal, a modern hálózati hardverekkel és a hálózati konfigurációra való megfelelő odafigyeléssel a lassú internetkapcsolat negatív hatásai szinte teljesen elkerülhetők.

Mivel azonban a VoIP-szolgáltatások továbbra is az internetkapcsolatokra támaszkodnak, a késleltetés okozta megszakításokat nem lehet teljesen kiküszöbölni. Ezek közül a legnagyobb a rettegett JITTER.

Mielőtt elhamarkodott következtetéseket vonnánk le, vagy eldobnánk a rendszert, hasznos lenne megérteni, hogy mik a VoIP korlátai, és mi tekinthető elfogadható mértékű késleltetésnek és jitternek a VoIP-hívások esetében.

VoIP = adatcsomagok

A VoIP-hívások az interneten keresztül érkeznek, anélkül, hogy túl sokat ismételgetnénk néhány alapvető információt. A modern felhőalapú VoIP-megoldások egy lépéssel tovább mennek, és a teljes platformot is az interneten keresztül szállítják. Ezek a szolgáltatásként nyújtott platformok lehetővé teszik a felhasználók számára, hogy a szolgáltató adatközpontjában elhelyezett fejlett szolgáltatásokhoz csatlakozzanak és azokat használják.

Ez az, ami az üzleti VoIP-megoldásokat olyan hatékonnyá teszi. De mint minden internetalapú dolog esetében, az eredmények szenvedhetnek, ha a kapcsolat gyenge. Ahhoz, hogy megértsük, miért, meg kell értenünk, hogyan továbbítja a VoIP a hangját.

Ahelyett, hogy az adatokat a PSTN réz telefonvonalakon keresztül küldenénk, amikor a felhasználó a telefonjába beszél, a VoIP-szolgáltatások ezt a hanginformációt adatcsomagokká alakítják. Minden, amit az interneten keresztül küldenek, információ- vagy adatcsomagként kerül továbbításra.

A csomagok = a hálózaton keresztül utazó adatdarabok, tehát egy telefonhívás során ez az Ön hangját jelenti.

Ha minden jól megy, és egyik oldalon sincs megszakítás vagy késedelem, akkor ezek az adatcsomagok gyorsan és a megfelelő sorrendben kerülnek továbbításra. A problémák akkor kezdődnek, amikor a hálózaton belül olyan interferencia lép fel, amely késedelmet okozhat az adatátvitelben, ami a következő formában jelentkezhet:

  • Késedelem
  • Jitter
  • Packet Loss

Ez az interferencia késedelmet és üresjáratot eredményezhet a beszélgetésben, vagy akár a csomagok nem megfelelő sorrendben történő elküldését. Ez aztán zűrzavaros beszélgetést eredményezne, a szavak és gondolatok nem lennének sorrendben, és néhány szó esetleg kimaradna vagy nem lenne érthető.

Egyszerűen fogalmazva, a VoIP-nek szilárd és stabil internetkapcsolatra van szüksége a zökkenőmentes és stabil telefonhívásokhoz. De ismétlem, mivel az internetről beszélünk, jelenleg lehetetlen fénysebességgel adatokat küldeni, majd fogadni egy teljesen ellenőrzött és interferenciamentes környezet nélkül.

Mi a késleltetés?

A legegyszerűbb meghatározás szerint a késleltetés egyszerűen egy mért késleltetés, az az idő, ami egy feladat elvégzéséhez szükséges. Egy formálisabb meghatározás szerint a késleltetés “az adatátvitel megkezdése előtti késleltetés az átvitelre vonatkozó utasítást követően.”

A késleltetést általában “lag”-nak is nevezik, és hihetetlenül ismerős lesz mindenkinek, aki játszott már videojátékokkal az interneten keresztül, vagy akár küzdött egy videó megtekintésével, amely folyamatosan megszakadt és lelassult.

Magyarul, és konkrétan a VoIP esetében a késleltetés általában két konkrét módon jelentkezik:

  • A késleltetés aközött, hogy egy személy beszél, és a telefon másik végén lévő címzett meghallja ezeket a szavakat
  • Az idő, amíg a VoIP-megoldás ténylegesen feldolgozza és adatcsomagokká alakítja a hanginformációt

Ez természetesen közvetlenül befolyásolja a telefonhívás minőségét, hosszú szüneteket és egymást átfedő zajokat vagy szavakat eredményez, a beszélők pedig megszakítják egymást. Egyszóval legszívesebben a falhoz vágná a telefonját. Bármit is teszel, mindig lesz valamilyen késleltetés.

A jelenlegi körülmények között egyszerűen lehetetlen, hogy a VoIP-megoldások és a jelenlegi hálózati technológiák és hardverek fogadjanak egy bemeneti adatot (például az Ön hangját), elemezzék, csomagokká alakítsák, a levegőn keresztül továbbítsák egy másik fizikai helyre időben és térben, és “kicsomagolják” ezt az adatcsomagot, hogy hangfelvételként továbbítsák egy másik személynek, teljesen 100%-ban azonnali időben – vagy fénysebességgel. Csak még nem tudjuk megtenni.

Mi növeli a késleltetést?

A késleltetést valójában számos különböző tényező növelheti, többek között:

  • Hálózati hardver – Egyes útválasztók például csak korlátozott sebességgel képesek adatokat továbbítani, korlátozott feldolgozási teljesítményük van.

A vezeték nélküli hálózatokban általában megnő a késleltetés a vezeték nélküli interferencia, az eszközök közötti távolság és a vezetékes kapcsolat stabilitásának hiánya miatt. Például a falak lelassítják a WiFi-t.

  • Hálózati szoftver és konfiguráció – A nem megfelelően beállított szoftveres tűzfalak, a szolgáltatásminőségi beállítások vagy a NAT-beállítások késleltethetik az adatátvitelt
  • Helyszín – A késleltetés legnagyobb és leggyakoribb oka a távolság. Minél távolabb van, annál hosszabb ideig tart az adatátvitel.
  • Torlódás – Gondoljon a hálózatra úgy, mint egy autópályára, az adatcsomagokra pedig úgy, mint autókra. A sávszélesség az út mérete, a hálózati sebesség az, hogy milyen gyorsan haladnak az autók, a késleltetés pedig az extra forgalom okozta torlódás. A kezelés lehetővé teszi a túljelentkezés elkerülését.

Minél több adat kerül átvitelre a hálózat kapacitásához képest, annál lassabban halad. Ez általában azt jelenti, hogy a hálózat túlterhelt (túl sok videóhívás, konferenciahívás, VoIP-hívás, netflixezés, zenei streaming stb.), vagy a vállalkozásának nincs elegendő túljelentkezés a normál, mindennapi internetforgalom kezeléséhez.

A késleltetés mérése ping-teszttel

Mivel tehát végső soron megértjük, hogy a késleltetést nem lehet kiküszöbölni a létezésből, meg kell értenünk, hogyan hat a késleltetés a hívásainkra. Lényegében szükségünk van egy viszonyítási alapra, amihez mérhetünk – egy elfogadott szintre.

Szerencsére a késleltetés mérése valójában viszonylag könnyen elvégezhető. Mivel a hálózati késleltetés az az idő, ami egy feladat elvégzéséhez szükséges, egyszerűen el kell végeznünk egy feladatot, majd meg kell mérnünk, hogy mennyi időbe telt, amíg ez megtörtént. Ehhez egy úgynevezett ping-tesztet kell végrehajtanunk.

A ping-teszt nagyon egyszerű: ha meg akarjuk mérni, hogy mennyi idő alatt küld és fogad a hálózat egy adatcsomagot, akkor utasíthatjuk az eszközt, hogy küldjön egy “pinget”, egy nagyon egyszerű adatcsomagot egy másik eszköznek. A fogadó eszköz ezután visszaküld egy “pinget”, és az ehhez szükséges időt mérjük, leggyakrabban milliszekundumokban (ms).

Lényegében a számítógépe köszön egy másik számítógépnek, Ön pedig azt méri, mennyi idő alatt történik meg ez a ping-pong. Ping tesztet végezhetünk manuálisan, vagy néhány hasznos online eszköz segítségével.

Online ping tesztek

Az online eszközök, általában sebességtesztek segítségével alapvető képet kaphatunk a hálózaton belüli késleltetésről. A legtöbb felhasználó talán rögtön egy sebességtesztre ugrik, mint amilyen a saját oldalunkon található – de bár ez remekül alkalmas arra, hogy meghatározzuk, mekkora sávszélességgel rendelkezik az internetünk, nem igazán nyújt teljes képet a késleltetésről.

A Ping-teszt során több, egymást követő pinget szeretnénk küldeni. Az egyes pingek időbeli késleltetését aztán átlagolni kell, hogy egy általános átlagos késleltetési időt kapjunk. Ezt olyan online eszközökkel végezhetjük el, mint:

  • http://ping-test.net/
  • https://www.dotcom-tools.com/ping-test.aspx

A különböző eszközök kissé eltérő teszteket végezhetnek, például egy hálózaton belül konkrét adatközpontokat pingelhetnek, vagy a felhasználók közvetlenül egy adott webhelyet pingelhetnek.

Amint korábban említettük, a hely nagy szerepet játszik a késleltetésben, ezért a felhasználóknak ezt figyelembe kell venniük, amikor különböző webhelyeket vagy adatközpontokat pingelnek a saját hálózatukhoz, valamint az üzleti VoIP-szolgáltatásuk adatközpontjához képest.

Kézi ping-tesztelés

Amint azt a csomagvesztésről szóló bejegyzésemben leírtam, a felhasználók kézzel is küldhetnek pingeket a Window parancssoron keresztül a ping parancs segítségével. Ez egy “ping” parancsot küld egy tetszőleges IP-címre vagy weboldalra, és egy választ küld vissza. A késleltetés a jel (vagy ping) küldéséhez és fogadásához szükséges idő mérése ezredmásodpercben.

A parancssor megnyitásakor a következő parancsot kell beírni:

ping -n 100 <hostname>

Mivel a hostname az Ön által kiválasztott weboldal vagy szerver. A folyamat egyszerűsítése érdekében akár csak a google.com címet is használhatod. Ez a parancs 100 pinget küld az általad választott állomásnak, és remélhetőleg 100 pinget küld vissza. Ha azonban 100-at küld, és csak 50-et kap, akkor 50%-os csomagveszteséget fedezett fel. A pingelés befejezése után egy ehhez hasonló üzenetet kell kapnia:

100 csomagot küldött, 50-et fogadott, 50% csomagvesztés, idő 201ms

Természetesen annyi hosztot pingelhet, ahányszor csak akar. Javasoljuk a teszt többszöri futtatását, ugyanazokkal és új hosztokkal is, hogy minél több adatot gyűjtsön.

Mi a jitter?

A jitter, bár közvetlenül kapcsolódik a késleltetéshez, nem egészen ugyanaz, mint a késleltetés. Valójában a Cisco a jittert úgy definiálja, mint “a fogadott csomagok késleltetésének változása”, ami azt jelenti, hogy a jitter valójában az egyes adatcsomagok közötti késleltetés (vagy késleltetés) különbségét jelenti.

A csomagok küldése “folyamatos folyamban történik, a csomagok egyenletes távolságra vannak egymástól”. A hálózati torlódások miatt azonban a Cisco szerint “ez az egyenletes adatfolyam darabossá válhat, vagy az egyes csomagok közötti késleltetés változhat ahelyett, hogy állandó maradna”. A részletek még részletesebb kifejtéséhez tekintse meg részletes Jitter-útmutatónkat.

Mi növeli a jittert?

Egyszerűen szólva, a jitter a legvalószínűbb és leggyakoribb oka a hálózaton belüli megnövekedett késleltetés, ami a megnövekedett torlódásoknak tudható be. Ahogy fentebb említettem:

  • Hálózati torlódás – a jitter valószínűleg legnyilvánvalóbb és leggyakoribb oka egyszerűen a túlzsúfolt hálózat. Ha túl sok eszköz kapcsolódik ugyanarra a hálózatra, és mindet egyszerre használják, akkor elfogy a sávszélesség, és a kapcsolat lassulni fog.

A VoIP-hívás kezeléséhez nem elegendő sávszélesség ahhoz vezet, hogy a csomagok kiesnek vagy rendezetlenül érkeznek.

  • Vezeték nélküli hálózatok – bár a vezeték nélküli hálózat lehetővé teszi a mobilitást, és megszabadít minket az irodában futó kábelektől, nagy valószínűséggel romló hálózati kapcsolatot fog tapasztalni. Bár mobileszközeinkhez rendben van, a WiFi nem feltétlenül elég erős vagy stabil ahhoz, hogy telefonhívásainkhoz támaszkodjunk rá.
  • Rossz hardver – internetes hálózataink általában több különböző hardverből állnak, legalább egy modemből és egy routerből, néha kapcsolókból is. A rossz hardver, például egy elavult modem, egy sérült Ethernet-kábel vagy egy rosszul konfigurált router hívásminőségi problémákhoz vezethet.

A Cisco szerint ez a torlódás ismét “akár az útválasztó interfészeinél, akár a szolgáltató vagy a hordozó hálózatában jelentkezhet”. Sajnos a szolgáltatói vagy szolgáltatói hálózaton belüli interferencia esetén a dolgok nem a te kezedben vannak. De most arra fogunk koncentrálni, hogy min tudunk változtatni, és egy kicsit jobban kitérünk arra, hogyan lehet azonosítani és akár korrigálni a késleltetést, és így végső soron a jittert is kijavítani.

A jitter mérése sebességteszttel

A jittert szerencsére hihetetlenül könnyű észrevenni. A csomagvesztéshez hasonlóan a jitter is zavaros hívásokat eredményez, amelyekben a szavak vagy mondatok nem a megfelelő sorrendben vannak, és a beszélők megszakítják egymást. De a késleltetéshez hasonlóan a hálózaton belüli jittert is lehet közvetlenül mérni.

Ez az a pont, ahol a sebességtesztünk valóban jól jön, mivel közvetlenül mérni tudja a jittert.

Ez alapján jobban megértheti, hogy pontosan mire képes az internet: a le- és feltöltési sebességek közvetlen mutatói annak, hogy a kapcsolat milyen gyorsan képes adatokat fogadni vagy továbbítani, valamint a késleltetés által okozott késleltetést és jittert.

Késleltetés, jitter és VoIP

Ez a ponton magától értetődőnek kell lennie, hogy mivel a VoIP a hangját adatcsomagok formájában küldi az interneten keresztül, közvetlenül befolyásolja a hálózatának késleltetése.

Ez azt jelenti, hogy a VoIP-et közvetlenül befolyásolja a késleltetés a torlódás, a forgalom kezeléséhez szükséges sávszélesség hiánya vagy a korlátozó hardver- és szoftverkonfiguráció miatt.

Mivel nagyobb a késleltetés a hálózatában, sokkal nagyobb az esélye a jitter megjelenésének. Az alacsonyabb sávszélesség és a lassabb letöltési/feltöltési sebesség miatt a hálózata kevesebb egymást követő műveletet képes kezelni, mielőtt lelassulna.

Szóval, mi az elfogadható?

Szóval, mi teszi elfogadhatóvá a késleltetés szintjét a hálózaton belül, és mi az, ami a késleltetés kezd közvetlenül kihatni a VoIP-hívások és más szolgáltatások minőségére? Nos, a nap végén a beszélgetés megszakításának vagy késleltetésének szintje szubjektív lesz.

Azt azonban meg tudjuk határozni, hogy a késleltetés milliszekundumokban mért szintjénél kezdődhetnek meg a megszakítások bizonyos formái. A Ciscótól származó alábbi részletes információ szerint:

“Az egyirányú (szájról fülre történő) átviteli késleltetés nem haladhatja meg a 150 ms-t (a G.114 ajánlás szerint).”

Ez azt jelenti, hogy amikor egy másik felhasználót vagy hálózatot pingelünk, a pingnek nem szabad 150 ms-nál tovább tartania, hogy elérje a címzettet. Ezen túlmenően a Cisco a következőket is ajánlja:

“Az oda-vissza késleltetés lehetőleg ne haladja meg a 300 ms-t.”

Amint tehát a torlódás, és így a késleltetés is nő, úgy nő a jitter is. Ismét a Cisco szerint:

“Az átlagos egyirányú jittert 30 ms alatt kell megcélozni.”

Ezért az elfogadható határértékek a következők:

Max egyirányú késleltetés: 150ms

Max: 300ms

Max: 30ms

Mi történik most, ha megállapítjuk, hogy a késleltetés vagy a jitter meghaladja az elfogadható szintet? Valójában elég sok mindent tehetsz, ezt egyenként bontjuk le.

A helyzet javítása

A pénz nem old meg minden problémát, és ugyanez elmondható a hálózat teljesítményének javításáról is. Csak azért, mert üzleti VoIP-hívásaiban nagy késleltetést és zavart tapasztal, még nem jelenti azt, hogy azonnal az internetszolgáltatójához kell rohannia, és ki kell fizetnie egy gyorsabb internetcsomagot.

Ez megoldhatja a problémát, de nem biztos, hogy ez az egyetlen probléma.

Hálózatának és VOIP-megoldásának minden egyes aspektusát elemezni kell. Mindent meg kell vizsgálni, ami interferenciát okozhat a VoIP-hívás útjában, hogy azonosítani lehessen a lehetséges szűk keresztmetszeteket.

1. Frissített és alkalmas hardver

A belső hálózat meglehetősen sok fizikai hardverkomponensből áll. Fizikai tűzfalak, munkamenet-határvezérlők, analóg-digitális átalakítók, fizikai hálózati kábelek és vezetékek, modemek, kapcsolók, WiFi komponensek alkotják a hálózatot.

Az elavult hardver nyilvánvalóan fizikai korlátokkal rendelkezhet, mint például az eszközök csatlakoztatásához szükséges portok hiánya, vagy fizikailag hibás lehet, például egy sérült port vagy antenna. Győződjön meg arról, hogy a hardver fizikailag csúcsformában van, és nem sérült, de nem is túl régi.

A modern hálózatokban például kerülni szeretnénk a kapcsolókat, a régebbi modemek és a WiFi komponensek, például a vezeték nélküli adapterek korlátozottak lehetnek a csatlakozási sebességben, vagy hiányozhatnak a modern, gyorsabb protokollok. A fizikai tűzfalak vagy session border controllerek, ha helytelenül vannak beállítva, akár az adatáramlás sebességét is korlátozhatják.

2. Ne hagyja ki az útválasztót

A hardverek közül az útválasztók külön említést érdemelnek. A router szinte a belső hálózat agyának tekinthető, amely összekapcsolja a többi komponenst, hogy egy teljes áramkört hozzon létre. A modem, amely külső forrásból (például kábeles vagy üvegszálas kapcsolatból) hozza be az internetet, közvetlenül a routerhez csatlakozik, amely aztán szétosztja ezt a kapcsolatot a többi eszközre.

A routerek vezetékes és vezeték nélküli kapcsolatokat is biztosítanak, és hatalmas szűk keresztmetszetet okozhatnak, ha nem felelnek meg a feladatnak. A routerek rendelkezhetnek olyan szolgáltatásminőségi beállításokkal is, amelyeket érdemes kihasználni, lehetővé téve a felhasználók számára, hogy a VoIP-forgalmat előnyben részesítsék más adatokkal szemben.

Nézze meg részletes útválasztási útmutatónkat, hogy jobban megértse, mit keres egy routerben, és hogyan viszonyul egymáshoz néhány lehetőség.

3. QoS és egyéb beállítások konfigurálása

A routerek általában tartalmaznak szolgáltatásminőségi beállításokat, bár néha tűzfalakat és más hálózati szoftverkomponenseket is. A QoS priorizálás használatával a VoIP-adatcsomagok előnyben részesíthetők a hálózaton belül.

Ha torlódás lép fel, a többi adat előbb szenved, mint a hangcsomagok lassulása. Ez azonban kétélű penge lehet. Egyrészt javítja a VoIP-szolgáltatásokat, másrészt viszont más forgalom is szenvedhet – meg kell találni az egyensúlyt, de a QoS-beállításokat mindenképpen megfelelően kell konfigurálni a vállalkozás és a felhasználási eset egyedi igényei alapján.

A VoIP-szolgáltatások “kodekeket” is használnak, hogy az adatokat hangokból és hangokká alakítsák. Egyes kodekek korlátozhatják a hívásokat, vagy akár növelhetik a késleltetést.

4. Legyen óvatos a jitterpufferekkel

A jitterpuffer egy olyan szoftver vagy konfigurációs beállítás, amely lényegében a beszélgetés “kisimítására” és az adatcsomagok közötti hézagok kiegyenlítésére szolgál.

A jitter puffer valójában önmagában is okoz némi késleltetést, de a mondatok megfelelő sorrendben történő elküldésének biztosítása érdekében. Ha a jitter valódi problémává válik, a jitterpuffer az elsők között kell, hogy eltűnjön, de a funkció nagyszerű lehet arra, hogy mindent kordában tartson.

5. Fektessen be elegendő sávszélességbe

A nap végén teljesen elképzelhető, hogy az internetkapcsolata egyszerűen nem felel meg a feladatnak. A modern internetsebességek meglehetősen őrült szinteket értek el, és csak tovább fognak javulni, ahogy elkezdődik az olyan új protokollok bevezetése, mint az 5G.

Ez azonban nem jelenti azt, hogy vállalkozása képes kapcsolatra. Elegendő sávszélesség és alkalmas feltöltési/letöltési sebesség nélkül, a hálózatra bízott terhelés alapján, elkerülhetetlenül problémákba fog ütközni.

A szervezeteknek a legjobb tudásuk szerint kell meghatározniuk, hogy mekkora sávszélességre lehet szükség a normál működéshez, valamint az esetleges működési csúcsterheléshez. Ne feledkezzen meg a rezsiköltségekről sem, nemcsak ezekre a csúcsterhelésekre, hanem még katasztrofálisabb forgatókönyvekre, például katasztrófákra vagy áthelyezésekre is.

A végeredmény

Az üzleti VoIP kétségtelenül gyorsan hatalmas szükségletté válik a különböző méretű szervezetek számára. Azáltal, hogy még a legkisebb csapatok számára is hihetetlenül hatékony funkciókat biztosít, mégis megfizethető marad, mindenki rendelkezhet a professzionális arculat és élmény biztosításához szükséges eszközökkel.

Míg maga a VoIP szolgáltatás költségmegtakarítással járhat, a VoIP-hez egyéb költségek is társulnak, különösen természetesen az internetkapcsolat. Végső soron, ha spórolunk, a vállalkozások problémákba ütköznek – és az internet terén való spórolás nemcsak az általános termelékenységre lesz hatással, hanem a VoIP-megoldásokkal kapcsolatban is új problémákat vet fel.

A nagy késleltetés okozta zavarok egyszerű problémák, egyszerű megoldásokkal, de óriási hatással lehetnek a megoldás szolgáltatására. Egyszerűen csak tegye meg a megfelelő óvintézkedéseket és tervezzen előre, hogy az üzleti VoIP segítse a szervezet sikerét, és ne szenvedjen.

Similar Posts

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.