- Tutto ciò che è bello e nobile è il prodotto della ragione e del calcolo.
Charles Charles Baudelaire
Fin dagli albori del PBX, le aziende hanno dovuto calcolare il loro utilizzo telefonico stimato per determinare quanti tronchi avrebbero bisogno di entrare e uscire dai loro edifici. Nel caso di TDM, questi tronchi erano circuiti analogici o T1 digitali digital cioè, infrastruttura fisica.
Con SIP, siamo più interessati alla larghezza di banda che ai trunks fisici. Naturalmente, la larghezza di banda deve essere consegnato su qualcosa, ma VoIP offre molta più flessibilità rispetto tronchi tradizionali. Quando si utilizza un T1 per un trunk TDM, il numero massimo di chiamate è limitato al numero di circuiti DS0 all’interno di tale T1. Poiché un T1 ha 24 DS0, 24 è il numero massimo di chiamate TDM su un T1. Tuttavia, girare che T1 oltre ai dati, e il numero di DS0 non sono più il fattore decisivo. A seconda del codec, è possibile avere verso l’alto di 40 chiamate VoIP su quello stesso T1.
Tuttavia, prima ancora di pensare alla larghezza di banda, è necessario determinare quante chiamate simultanee è necessario supportare in un dato momento. Questo include decidere quanto spesso si è disposti ad avere un chiamante ricevere un segnale di occupato o “tutti i circuiti sono in uso” tono. Per questo ci rivolgiamo a una misurazione telefonica vecchia di 90 anni chiamata Erlang named dal nome del matematico danese Agner Krarup Erlang.
Fare la matematica
Alcune persone prosperano sul calcolo Erlangs a mano e, più specificamente, l’esecuzione di calcoli Erlang B e Erlang C, ma io non sono uno di loro. Preferirei molto usare uno strumento preconfezionato come quelli trovati qui.
Se hai cliccato su uno qualsiasi dei calcolatori nel link sopra (Erlang B è il più appropriato per questa attività) avrai notato due cose che non ho ancora menzionato. Il primo è occupato traffico ora (BHT). BHT è il traffico di chiamata durante l’ora più trafficata di funzionamento. È anche chiamato il carico di Erlang. BHT è calcolato come segue:
BHT = durata media delle chiamate x chiamate all’ora / 3600
Ad esempio, se si sa che 350 chiamate vengono effettuate su un gruppo di trunk in un’ora e la durata media delle chiamate è di 180 secondi, il BHT sarà:
BHT = 180 x 350 / 3600 = 17.5 Erlangs
La seconda cosa è il calcolatore Erlang B chiede sta bloccando. Il blocco è l’errore delle chiamate a causa di un numero insufficiente di linee disponibili. Ad esempio, un blocco di 0,03 indica tre chiamate bloccate ogni 100 chiamate tentate. Queste chiamate bloccate si traducono in un segnale di occupato o in un tono di riordino.
Il risultato della calcolatrice è il numero di tronchi necessari per sostenere il vostro business al particolare grado di servizio (GoS) che si desidera. Se stai lavorando con TDM, puoi uscire e ordinare quel numero di circuiti analogici o digitali e chiamarlo un giorno. Tuttavia, con SIP dobbiamo fare un altro passo. Dobbiamo convertire quel numero di trunk, o chiamate simultanee, in larghezza di banda.
Dalle chiamate alla larghezza di banda
La prima cosa che devi considerare quando calcoli la larghezza di banda sono le caratteristiche del codec che intendi utilizzare. Quando dico “caratteristiche”, mi riferisco ad attributi come la dimensione del campione e il carico utile della voce.
Ad esempio, G. 711 può avere dimensioni del campione di 20 msec, 30 msec o 40 msec. Queste dimensioni del campione portano a dimensioni del payload vocale di 160 byte, 240 byte e 320 byte, rispettivamente. Che alla fine porta a velocità di trasmissione dati del protocollo in tempo reale di 88 Kbps, 80 Kbps, e 76 Kbps.
Il prossimo codec più comune per SIP trunks è G. 729a, e ha gli stessi tipi di dimensioni del campione e varianti di payload voce. Questo ci porta a flussi di dati di 32 Kbps, 22 Kbps e 20 Kbps.
Per quasi tutte le situazioni, è sicuro utilizzare 90 Kbps per G. 711 e 32 Kbps per G. 729a.Data la semplificazione, i calcoli della larghezza di banda diventano abbastanza semplici.
Diciamo che abbiamo inventato 210 trunks dal calcolatore Erlang B e hai scelto G. 711 per il tuo codec.
210 x 90 = 18.900 Kbps
Ciò significa che è necessaria una pipe dati di circa 19 Mbps per supportare in modo affidabile 210 chiamate simultanee G. 711. Ho visto comunemente persone aggiungere un ulteriore 20% di overhead (cioè, fattore di fudge) per variazione di traffico, collisioni di traffico e ritrasmissione di Ethernet. Questo spinge il nostro tubo fino a circa 22 Mbps.
Utilizzando lo stesso numero di tronchi più il fattore fudge, arriviamo con un tubo di 8 Mbps per G. 729a. Chiaramente, il passaggio a G. 729a produce notevoli risparmi di larghezza di banda.
Naturalmente, fattori come la qualità della voce entrano in gioco quando si sceglie un codec, quindi è necessario esaminare tutti i pro e i contro rilevanti prima di impegnarsi in un codec piuttosto che in un altro. Il risparmio di denaro sulla larghezza di banda potrebbe non valere i reclami dei clienti o le applicazioni di riconoscimento vocale che non funzionano più. Non ho preso in considerazione l’affidabilità e il failover, che potrebbero richiedere due o più tubi di dati per garantire la continuità aziendale durante un periodo di crisi.
Mischief Managed
Hai la tua scelta di una serie di grafici di larghezza di banda preconfezionati che possono aiutare a semplificare notevolmente il processo. Tuttavia, è importante capire il ragionamento dietro i loro numeri. Alcuni numeri possono essere leggermente più alti o più bassi di quelli che si arriva con i miei calcoli, ma va bene — io sbaglio sul lato conservatore quando si tratta di gestione del traffico. Date un’occhiata a ciò che si può trovare, però, e determinare ciò che è meglio per voi e la vostra impresa.
Andrew Prokop scrive su tutte le cose unified communications sul suo popolare blog, SIP Adventures.
Segui Andrew Prokop su Twitter e LinkedIn!
@ajprokop
Andrew Prokop su LinkedIn