- alles wat mooi en nobel is, is het product van rede en berekening.
— Charles Baudelaire
sinds het begin van de PBX hebben bedrijven hun geschatte telefoongebruik moeten berekenen om te bepalen hoeveel stammen ze nodig zouden hebben om in en uit hun gebouwen te komen. In het geval van TDM, deze trunks waren ofwel analoge circuits of digitale T1s-dat wil zeggen, fysieke infrastructuur.
bij SIP houden we ons meer bezig met bandbreedte dan met fysieke trunks. Bandbreedte moet natuurlijk ergens op geleverd worden, maar VoIP biedt veel meer flexibiliteit dan traditionele trunks. Bij gebruik van een T1 voor een TDM trunk is het maximum aantal gesprekken beperkt tot het aantal DS0 circuits binnen die T1. Aangezien een T1 24 DS0s heeft, is 24 het maximum aantal TDM-aanroepen op een T1. Echter, zet die T1 over naar data, en het aantal DS ‘ s zijn niet langer de beslissende factor. Afhankelijk van de codec, kunt u meer dan 40 VoIP-oproepen op dezelfde T1.
echter, voordat u ook maar aan bandbreedte denkt, moet u bepalen hoeveel gelijktijdige oproepen u op een bepaald moment moet ondersteunen. Dit omvat het beslissen hoe vaak u bereid bent om een beller ontvangen een bezetssignaal of” alle circuits zijn in gebruik ” toon. Daarvoor richten we ons op een 90-jaar oude telefoonmeting genaamd de Erlang-genoemd naar de Deense wiskundige Agner Krarup Erlang.
doe de wiskunde
sommige mensen gedijen op het berekenen van Erlangs met de hand en, meer specifiek, het uitvoeren van Erlang B en Erlang C berekeningen, maar ik ben niet een van hen. Ik zou veel liever gebruik maken van een voorverpakte tool zoals die hier gevonden.
als u op een van de rekenmachines in de bovenstaande link hebt geklikt (Erlang B is het meest geschikt voor deze activiteit) dan zult u twee dingen hebben opgemerkt die ik nog niet heb genoemd. De eerste is drukke uur verkeer (BHT). BHT is het belverkeer tijdens het drukste uur van de operatie. Het wordt ook wel de Erlang lading genoemd. BHT wordt als volgt berekend:
BHT = gemiddelde gespreksduur (s) x oproepen per uur / 3600
bijvoorbeeld, als u weet dat er 350 oproepen worden gedaan op een trunkgroep in een uur, en de gemiddelde gespreksduur 180 seconden is, zal de BHT zijn:
BHT = 180 x 350 / 3600 = 17,5 Erlangs
het tweede wat de Erlang B calculator vraagt is blokkeren. Blokkeren is het falen van oproepen als gevolg van een onvoldoende aantal beschikbare lijnen. Een blokkering van 0,03 duidt bijvoorbeeld op drie geblokkeerde oproepen per 100 pogingen tot oproepen. Deze geblokkeerde oproepen resulteren in een bezet signaal of re-order toon.
het resultaat van de calculator is het aantal trunks dat nodig is om uw bedrijf te ondersteunen bij de specifieke graad van service (Go ‘ s) die u wenst. Als u met TDM werkt, kunt u dat aantal analoge of digitale circuits bestellen en daarmee stoppen. Echter, met SIP moeten we nog een stap te zetten. We moeten dat aantal trunks, of gelijktijdige gesprekken, omzetten in bandbreedte.
van oproepen naar bandbreedte
het eerste wat u moet overwegen bij het berekenen van bandbreedte is de kenmerken van de codec die u wilt gebruiken. Als Ik zeg “kenmerken,” ik bedoel attributen zoals sample grootte en voice payload.
Zo kan G. 711 een steekproefomvang hebben van 20 msec, 30 msec of 40 msec. Deze steekproefgrootte leidt tot voice payload grootte van 160 bytes, 240 bytes, en 320 bytes, respectievelijk. Dat leidt uiteindelijk tot Real-Time Protocol datasnelheden van 88 Kbps, 80 Kbps en 76 Kbps.
de volgende meest voorkomende codec voor SIP trunks is G. 729a, en het heeft dezelfde soorten sample grootte en voice payload varianten. Dit leidt ons naar gegevensstromen van 32 Kbps, 22 Kbps en 20 Kbps.
voor bijna elke situatie is het veilig om 90 Kbps te gebruiken voor G. 711 en 32 Kbps voor G. 729a. gezien deze vereenvoudiging worden bandbreedteberekeningen vrij eenvoudig.
laten we zeggen dat we 210 trunks uit de Erlang B calculator hebben gevonden, en dat je G. 711 hebt gekozen voor je codec.
210 x 90 = 18.900 Kbps
dit betekent dat u een datapijp van ongeveer 19 Mbps nodig hebt om 210 gelijktijdige G. 711-oproepen betrouwbaar te ondersteunen. Ik heb vaak gezien mensen toe te voegen een extra 20% van de overhead (d.w.z., fudge factor) voor verkeersvariatie, verkeersongevallen en Ethernet-doorgifte. Dit duwt onze pijp tot ongeveer 22 Mbps.
met hetzelfde aantal trunks plus de fudge factor, komen we met een 8-Mbps pijp voor G. 729a. het is duidelijk dat overschakelen naar G. 729a aanzienlijke bandbreedtebesparingen oplevert.
natuurlijk spelen factoren zoals een stemkwaliteit een rol bij het kiezen van een codec, dus je moet alle relevante voors en tegens bekijken voordat je de ene codec over de andere commit. Geld besparen op bandbreedte is misschien niet de moeite waard klachten van klanten of spraakherkenningstoepassingen die niet meer werken. Ik heb geen rekening gehouden met betrouwbaarheid en failover, wat twee of meer datapijpen nodig kan hebben om de bedrijfscontinuïteit te garanderen in tijden van crisis.
Mischief Managed
u kunt kiezen uit een aantal voorverpakte bandbreedtediagrammen die het proces aanzienlijk kunnen vereenvoudigen. Het is echter belangrijk om de redenering achter hun cijfers te begrijpen. Sommige getallen zijn misschien iets hoger of lager dan de getallen die je met mijn berekeningen bedenkt, maar dat is prima — ik vergis me aan de conservatieve kant als het gaat om verkeersbeheer. Neem een kijkje op wat u kunt vinden, hoewel, en bepalen wat het beste is voor u en uw onderneming.Andrew Prokop schrijft over alle dingen unified communications op zijn populaire blog SIP Adventures.
volg Andrew Prokop op Twitter en LinkedIn!
@ajprokop
Andrew Prokop op LinkedIn