- kaikki kaunis ja jalo on järjen ja laskennan tulosta.
— Charles Baudelaire
PBX: n alkuajoista lähtien yritykset ovat joutuneet laskemaan arvioidun puhelinkäyttönsä määrittääkseen, kuinka monta arkkua ne tarvitsisivat rakennuksiinsa ja ulos. TDM: n tapauksessa nämä rungot olivat joko analogisia piirejä tai digitaalisia T1s-eli fyysisiä infrastruktuureja.
SIP: llä ollaan enemmän huolissaan kaistanleveydestä kuin fyysisistä rungoista. Tietenkin kaistanleveyttä on toimitettava jotain, mutta VoIP tarjoaa paljon enemmän joustavuutta kuin perinteiset rungot. Käytettäessä T1: tä TDM-tavaratilaan, puhelujen enimmäismäärä on rajoitettu DS0-piirien määrään kyseisessä T1: ssä. Koska yhdessä T1: ssä on 24 DS0: tä, 24 on T1: ssä soitettavien TDM-puhelujen enimmäismäärä. Jos kuitenkin siirrät T1: n dataan, DS0: n määrä ei ole enää ratkaiseva tekijä. Riippuen koodekki, voit olla jopa 40 VoIP puhelut, että sama T1.
kuitenkin, ennen kuin edes ajattelet kaistanleveyttä, sinun täytyy määrittää, kuinka monta samanaikaista puhelua sinun täytyy tukea kulloinkin. Tämä sisältää päättää, kuinka usein olet valmis soittaja vastaanottaa varattu signaali tai ”kaikki piirit ovat käytössä” sävy. Tämän vuoksi käännymme 90 vuotta vanhaan puhelinmittaukseen nimeltä Erlang, joka on nimetty tanskalaisen matemaatikon Agner Krarup Erlangin mukaan.
onko matematiikkaa
jotkut ihmiset viihtyvät laskemalla erlangeja käsin ja tarkemmin Erlang B-ja Erlang C-laskelmia, mutta minä en ole yksi heistä. Käyttäisin paljon mieluummin valmiiksi pakattua työkalua, jollaisia täältä löytyy.
jos klikkasit jotain yllä olevasta linkistä löytyvää laskinta (Erlang B on tähän toimintaan sopivin), olet huomannut kaksi asiaa, joita en ole vielä maininnut. Ensimmäinen on vilkas tunnin liikenne (BHT). BHT on puheluliikennettä vilkkaimman tunnin aikana. Sitä kutsutaan myös Erlang-kuormaksi. BHT lasketaan seuraavasti:
bht = keskimääräinen puhelun kesto(s) x puhelut tunnissa / 3600
esimerkiksi, jos tiedät, että 350 puhelua soitetaan runkoryhmälle tunnissa ja keskimääräinen puhelun kesto on 180 sekuntia, BHT on:
bht = 180 x 350 / 3600 = 17.5 Erlangs
toinen asia erlang b-laskimen pyytämä esto. Esto tarkoittaa puheluiden epäonnistumista, joka johtuu käytettävissä olevien linjojen riittämättömyydestä. Esimerkiksi 0,03: n esto tarkoittaa kolmea estettyä puhelua 100: aa yritettyä puhelua kohden. Nämä Estetyt puhelut johtavat varattu signaali tai uudelleen tilata sävy.
laskurin tulos on se, kuinka monta arkkua tarvitaan yrityksesi tukemiseen haluamassasi palveluluokassa (Gos). Jos työskentelet TDM, voit mennä ulos ja tilata, että määrä analogisia tai digitaalisia piirejä ja soittaa sille päivä. SIP: n kanssa meidän on kuitenkin otettava vielä yksi askel. Meidän täytyy muuttaa tuo määrä runkoja, tai samanaikaisia puheluita, kaistanleveydeksi.
puheluista kaistanleveyteen
kaistanleveyttä laskettaessa on ensimmäiseksi otettava huomioon käytettävän koodekin ominaisuudet. Kun sanon ”ominaisuudet”, viittaan attribuutteihin, kuten näytteen koko ja puhekuorma.
esimerkiksi G. 711: n otoskoko voi olla 20 ms, 30 ms tai 40 ms. Nämä otoskoot johtavat puhekuorman kokoon 160 tavua, 240 tavua ja 320 tavua. Tämä johtaa lopulta reaaliaikaisen protokollan datanopeuksiin 88 Kbps, 80 Kbps ja 76 Kbps.
seuraavaksi yleisin SIP-runkojen koodekki on G. 729a, ja siinä on samantyyppisiä otoskoko-ja puhekuormavariantteja. Tämä johtaa 32 Kbps: n, 22 Kbps: n ja 20 Kbps: n datavirtoihin.
lähes jokaisessa tilanteessa on turvallista käyttää 90 Kbps G. 711: lle ja 32 Kbps G. 729a: lle.
sanotaan, että löysimme 210 runkoa Erlang B-laskimesta, ja olet valinnut koodekkiisi G. 711: n.
210 x 90 = 18 900 Kbps
tämä tarkoittaa, että tarvitset noin 19 Mbps: n dataputken tukeaksesi luotettavasti 210 samanaikaista G. 711-puhelua. Olen yleisesti nähnyt ihmiset lisätä vielä 20% overhead (ts., fudge factor) liikenteen vaihteluun, liikenteen törmäyksiin ja Ethernet-edelleenlähetykseen. Tämä työntää meidän putki jopa noin 22 Mbps.
käyttämällä samaa runkomäärää ja kinuskikerrointa, keksimme 8 Mbps putken G. 729a: lle.
tietenkin tällaiset äänenlaadun tekijät tulevat mukaan koodekkia valittaessa, joten sinun on tarkasteltava kaikkia asiaan liittyviä etuja ja haittoja ennen kuin sitoudut yhteen koodekkiin toisen sijaan. Kaistan säästäminen ei välttämättä kannata asiakkaiden valituksia tai puheentunnistussovelluksia, jotka eivät enää toimi. En ole ottanut huomioon luotettavuutta ja vikaantumista, jotka saattavat vaatia kaksi tai useampia dataputkia liiketoiminnan jatkuvuuden varmistamiseksi kriisiaikana.
Mischief Managed
sinulla on poimintasi useista valmiiksi pakatuista kaistanleveyskaavioista, jotka voivat helpottaa prosessia huomattavasti. On kuitenkin tärkeää ymmärtää perustelut niiden numerot. Jotkut luvut voivat olla hieman suurempia tai pienempiä kuin ne, jotka keksit laskelmieni avulla, mutta se ei haittaa — erehdyn konservatiivisella puolella, kun on kyse liikenteenhallinnasta. Katso kuitenkin, mitä voit löytää, ja päätä, mikä on parasta sinulle ja yrityksellesi.
Andrew Prokop kirjoittaa kaikesta yhtenäisestä viestinnästä suositussa blogissaan SIP Adventures.
seuraa Andrew Prokopia Twitterissä ja LinkedInissä!
@ajprokop
Andrew Prokop LinkedInissä