- allt som är vackert och ädelt är en produkt av förnuft och beräkning.
— Charles Baudelaire
ända sedan början av växeln, företag har varit tvungna att beräkna sin beräknade telefonanvändning för att avgöra hur många trunkar de skulle behöva komma in och ut ur sina byggnader. När det gäller TDM var dessa trunkar antingen analoga kretsar eller digitala T1s-dvs fysisk infrastruktur.
med SIP är vi mer bekymrade över bandbredd än fysiska trunkar. Naturligtvis måste bandbredd levereras på något, men VoIP ger mycket mer flexibilitet än traditionella trunkar. När du använder en T1 för en TDM-trunk är det maximala antalet samtal begränsat till antalet DS0-kretsar inom den T1. Eftersom en T1 har 24 DS0s är 24 Det maximala antalet TDM-samtal på en T1. Vänd dock T1 till data, och antalet DS0 är inte längre den avgörande faktorn. Beroende på codec kan du ha uppemot 40 VoIP-samtal på samma T1.
men innan du ens tänker på bandbredd måste du bestämma hur många samtidiga samtal du behöver stödja vid en viss tidpunkt. Detta inkluderar att bestämma hur ofta du är villig att få en uppringare att få en upptagen signal eller ”alla kretsar används” ton. För det vänder vi oss till en 90-årig telefonimätning som kallas Erlang-uppkallad efter den danska matematikern Agner Krarup Erlang.
gör matten
vissa människor trivs med att beräkna Erlangs för hand och mer specifikt köra Erlang B och Erlang C-beräkningar, men jag är inte en av dem. Jag skulle mycket hellre använda ett förpackat verktyg som de som finns här.
om du klickade på någon av kalkylatorerna i länken ovan (Erlang B är den mest lämpliga för den här aktiviteten) har du märkt två saker som jag ännu inte har nämnt. Den första är busy hour traffic (BHT). BHT är samtalstrafiken under den mest trafikerade driftstiden. Det kallas också Erlang load. BHT beräknas enligt följande:
BHT = Genomsnittlig samtalstid x samtal per timme / 3600
om du till exempel vet att 350 samtal görs på en stamgrupp på en timme och den genomsnittliga samtalstiden är 180 sekunder kommer BHT att vara:
BHT = 180 x 350 / 3600 = 17.5 Erlangs
den andra saken erlang b-kalkylatorn ber om blockerar. Blockering är misslyckandet av samtal på grund av ett otillräckligt antal tillgängliga linjer. Till exempel indikerar en blockering på 0,03 tre samtal blockerade per 100 försök. Dessa blockerade samtal resulterar i en upptagen signal eller omordningston.
resultatet från kalkylatorn är det antal trunkar som krävs för att stödja ditt företag vid den specifika servicegrad (GoS) som du önskar. Om du arbetar med TDM kan du gå ut och beställa det antalet analoga eller digitala kretsar och kalla det en dag. Men med SIP måste vi ta ytterligare ett steg. Vi måste konvertera det antalet trunkar, eller samtidiga samtal, till bandbredd.
från samtal till bandbredd
det första du behöver tänka på när du beräknar bandbredd är egenskaperna hos den codec du tänker använda. När jag säger ”egenskaper” hänvisar jag till attribut som provstorlek och röst nyttolast.
till exempel kan G. 711 ha provstorlekar på 20 MSEK, 30 MSEK eller 40 MSEK. Dessa provstorlekar leder till röst nyttolaststorlekar på 160 byte, 240 byte respektive 320 byte. Det leder slutligen till Realtidsprotokolldatahastigheter på 88 Kbps, 80 Kbps och 76 Kbps.
den näst vanligaste codec för SIP-trunkar är G. 729a, och den har samma typer av provstorlek och röst nyttolast varianter. Detta leder oss till dataströmmar på 32 Kbps, 22 Kbps och 20 Kbps.
för nästan varje situation är det säkert att använda 90 Kbps för G. 711 och 32 Kbps för G. 729a. med tanke på att förenkling blir bandbreddsberäkningar ganska enkla.
låt oss säga att vi kom med 210 trunkar från Erlang B-kalkylatorn, och du har valt G. 711 för din codec.
210 x 90 = 18 900 Kbps
det betyder att du behöver ett datarör på cirka 19 Mbps för att pålitligt stödja 210 samtidiga G. 711-samtal. Jag har ofta sett folk lägga till ytterligare 20% av overhead (dvs., fudge factor) för trafikvariation, trafikkollisioner och Ethernet-återutsändning. Detta driver vårt rör upp till cirka 22 Mbps.
med samma antal trunkar plus fudgefaktorn kommer vi fram till ett 8-Mbps-rör för G. 729a. det är uppenbart att byte till G. 729a ger betydande bandbreddsbesparingar.
naturligtvis spelar faktorer som en röstkvalitet in när du väljer en codec, så du måste titta på alla relevanta fördelar och nackdelar innan du förbinder dig till en codec över en annan. Att spara pengar på bandbredd kanske inte är värt kundklagomål eller taligenkänningsapplikationer som inte längre fungerar. Jag har inte beaktat tillförlitlighet och failover, vilket kan kräva två eller flera datarör för att säkerställa kontinuitet i verksamheten under en kristid.
Mischief Managed
du har ditt val av ett antal färdigförpackade bandbredd diagram som kan bidra till att förenkla processen. Det är dock viktigt att förstå resonemanget bakom deras antal. Vissa siffror kan vara något högre eller lägre än de du kommer med med mina beräkningar, men det är bra-jag felar på den konservativa sidan när det gäller trafikledning. Ta en titt på vad du kan hitta, fastän, och avgöra vad som är bäst för dig och ditt företag.
Andrew Prokop skriver om allt unified communications på sin populära blogg, SIP Adventures.
följ Andrew Prokop på Twitter och LinkedIn!
@ajprokop
Andrew Prokop på LinkedIn