- minden, ami szép és nemes az ész és a számítás eredménye.
— Charles Baudelaire
a PBX hajnala óta a vállalkozásoknak ki kellett számolniuk a becsült telefonhasználatukat annak érdekében, hogy meghatározzák, hány csomagtartóra lenne szükségük az épületeikbe való belépéshez és az onnan való kilépéshez. A TDM esetében ezek a törzsek analóg áramkörök vagy digitális T1-ek voltak-azaz fizikai infrastruktúra.
a SIP-vel jobban foglalkozunk a sávszélességgel, mint a fizikai törzsekkel. Természetesen a sávszélességet valamire kell szállítani, de a VoIP sokkal nagyobb rugalmasságot biztosít, mint a hagyományos trönkök. Ha T1-et használ egy TDM törzshöz, a hívások maximális száma az adott T1-en belüli DS0 áramkörök számára korlátozódik. Mivel az egyik T1-nek 24 DS0-je van, akkor 24 a T1-en a TDM-hívások maximális száma. Azonban fordítsd át ezt a T1-et az adatokra, és a DS0-k száma már nem a döntő tényező. Attól függően, hogy a codec, akkor felfelé 40 VoIP hívások ugyanazon T1.
mielőtt azonban a sávszélességre gondolna, meg kell határoznia, hogy hány egyidejű hívást kell támogatnia egy adott időpontban. Ez magában foglalja annak eldöntését, hogy milyen gyakran hajlandó arra, hogy a hívó fél foglalt jelet vagy “minden áramkör használatban van” hangot kapjon. Ehhez fordulunk egy 90 éves telefonos méréshez, az Erlang-hoz, amelyet Agner Krarup Erlang Dán matematikusról neveztek el.
csináld a matematikát
vannak, akik boldogulnak az Erlangok kézi kiszámításával, pontosabban az Erlang B és Erlang C számítások futtatásával, de én nem tartozom közéjük. Sokkal inkább egy előre csomagolt eszközt használnék, mint amilyeneket itt talál.
ha rákattintott a fenti link bármelyik számológépére (az Erlang B a legmegfelelőbb ehhez a tevékenységhez), két dolgot fog észrevenni, amelyeket még nem említettem. Az első a forgalmas órás forgalom (BHT). A BHT a hívásforgalom a legforgalmasabb üzemórában. Erlang terhelésnek is nevezik. A BHT kiszámítása a következőképpen történik:
BHT = átlagos hívásidőtartam(ok) x hívás óránként / 3600
például, ha tudja, hogy egy trunk csoporton egy óra alatt 350 hívás indul, és az átlagos hívásidő 180 másodperc, akkor a BHT a következő lesz:
BHT = 180 x 350 / 3600 = 17,5 Erlangs
a második dolog, ami az Erlang B számológép kéri a blokkolást. A blokkolás a hívások meghibásodása a rendelkezésre álló vonalak elégtelen száma miatt. Például a 0,03-as blokkolás azt jelzi, hogy 100 megkísérelt hívásonként három hívás blokkolva van. Ezek a blokkolt hívások foglalt jelet vagy újrarendelési hangot eredményeznek.
az eredmény a számológép száma fatörzsek támogatásához szükséges az üzleti az adott minőségű szolgáltatás (GoS), hogy a vágy. Ha TDM-Mel dolgozik, akkor ki tud menni, és megrendelheti az analóg vagy digitális áramkörök számát, és egy napot hívhat. A SIP-vel azonban még egy lépést kell tennünk. Át kell alakítanunk ezt a trunks vagy egyidejű hívások számát sávszélességgé.
a hívásoktól a sávszélességig
az első dolog, amit figyelembe kell venni a sávszélesség kiszámításakor, a használni kívánt kodek jellemzői. Amikor azt mondom, hogy “jellemzők”, olyan attribútumokra utalok, mint a minta mérete és a hang hasznos terhelése.
például a G. 711 minta mérete 20 msec, 30 msec vagy 40 msec lehet. Ezek a mintaméretek 160 bájt, 240 bájt, illetve 320 bájt hangterhelést eredményeznek. Ez végül 88 Kbps, 80 Kbps és 76 Kbps valós idejű protokoll adatátviteli sebességet eredményez.
a SIP trunks következő leggyakoribb kodekje a G. 729a, és ugyanolyan típusú mintamérettel és hangterheléssel rendelkezik. Ez 32 Kbps, 22 Kbps és 20 Kbps adatfolyamokhoz vezet.
szinte minden helyzetben biztonságosan használható 90 Kbps a G. 711-hez és 32 Kbps a G. 729a-hoz. az egyszerűsítés miatt a sávszélesség-számítások meglehetősen egyszerűvé válnak.
tegyük fel, hogy az Erlang B számológépből 210 csomagtartót találtunk ki, és a G. 711-et választottad a kodekhez.
210 x 90 = 18 900 Kbps
ez azt jelenti, hogy körülbelül 19 Mbps adatcsőre van szükség a 210 egyidejű G. 711 hívás megbízható támogatásához. Gyakran láttam, hogy az emberek további 20% – ot adnak a rezsi (azaz., Caramel factor) a forgalmi változásokhoz, a forgalmi ütközésekhez és az Ethernet újraküldéshez. Ez körülbelül 22 Mbps-ra tolja a csövünket.
ugyanannyi csomagtartó plusz a fudge tényező felhasználásával 8 Mbps-os csövet állítunk elő a G. 729A számára. nyilvánvaló, hogy a G. 729A-ra való váltás jelentős sávszélesség-megtakarítást eredményez.
természetesen az ilyen hangminőség tényezői játszanak szerepet a kodek kiválasztásakor, ezért meg kell vizsgálnia az összes releváns előnyt és hátrányt, mielőtt elkötelezné magát az egyik kodek mellett a másik felett. Lehet, hogy a sávszélesség megtakarítása nem éri meg az ügyfelek panaszait vagy a már nem működő beszédfelismerő alkalmazásokat. Nem vettem figyelembe a megbízhatóságot és a feladatátvételt, amelyek két vagy több adatcsövet igényelhetnek az üzletmenet folytonosságának biztosításához válság idején.
Mischief Managed
számos előre csomagolt sávszélesség-diagram közül választhat, amelyek jelentősen leegyszerűsíthetik a folyamatot. Fontos azonban megérteni a számok mögött meghúzódó érvelést. Néhány szám kissé magasabb vagy alacsonyabb lehet, mint azok, amelyekkel a számításaim alapján áll elő, de ez rendben van-tévedek a konzervatív oldalon, amikor a forgalomirányításról van szó. Vessen egy pillantást arra, hogy mit talál, és határozza meg, mi a legjobb az Ön és vállalkozása számára.
Andrew Prokop mindenről ír egységes kommunikáció népszerű blogjában, a SIP Adventures-ben.
kövesse Andrew Prokop-ot a Twitteren és a LinkedIn-en!
@ ajprokop
Andrew Prokop a LinkedIn-en