- Tout ce qui est beau et noble est le produit de la raison et du calcul.
Charles Charles Baudelaire
Depuis l’aube du PBX, les entreprises ont dû calculer leur utilisation estimée du téléphone afin de déterminer le nombre de troncs dont elles auraient besoin pour entrer et sortir de leurs bâtiments. Dans le cas du TDM, ces circuits étaient soit des circuits analogiques, soit des T1 numériques, c’est-à-dire une infrastructure physique.
Avec SIP, nous sommes plus préoccupés par la bande passante que par les joncteurs réseau physiques. Bien sûr, la bande passante doit être fournie sur quelque chose, mais la VoIP offre beaucoup plus de flexibilité que les circuits traditionnels. Lors de l’utilisation d’un T1 pour un joncteur réseau TDM, le nombre maximum d’appels est limité au nombre de circuits DS0 dans ce T1. Puisqu’un T1 a 24 DS0s, alors 24 est le nombre maximum d’appels TDM sur un T1. Cependant, retournez ce T1 aux données, et le nombre de DS0 ne sont plus le facteur décisif. Selon le codec, vous pouvez avoir plus de 40 appels VoIP sur ce même T1.
Cependant, avant même de penser à la bande passante, vous devez déterminer le nombre d’appels simultanés que vous devez prendre en charge à un moment donné. Cela inclut de décider à quelle fréquence vous êtes prêt à ce qu’un appelant reçoive un signal occupé ou une tonalité « tous les circuits sont utilisés ». Pour cela, nous nous tournons vers une mesure de téléphonie vieille de 90 ans appelée Erlang – du nom du mathématicien danois Agner Krarup Erlang.
Faites le calcul
Certaines personnes s’épanouissent dans le calcul des Erlangs à la main et, plus précisément, dans les calculs d’Erlang B et d’Erlang C, mais je n’en fais pas partie. Je préférerais de loin utiliser un outil préemballé comme ceux trouvés ici.
Si vous avez cliqué sur l’une des calculatrices du lien ci-dessus (Erlang B étant le plus approprié pour cette activité), vous aurez remarqué deux choses que je n’ai pas encore mentionnées. Le premier est le trafic aux heures de pointe (BHT). BHT est le trafic d’appel pendant l’heure d’exploitation la plus occupée. On l’appelle aussi la charge Erlang. BHT est calculé comme suit:
BHT = durée moyenne des appels x appels par heure / 3600
Par exemple, si vous savez que 350 appels sont effectués sur un groupe de liaisons en une heure et que la durée moyenne des appels est de 180 secondes, le BHT sera:
BHT = 180 x 350 / 3600 = 17,5 Erlangs
La deuxième chose le calculateur Erlang B demandé bloque. Le blocage est l’échec des appels en raison d’un nombre insuffisant de lignes disponibles. Par exemple, un blocage de 0,03 indique trois appels bloqués pour 100 appels tentés. Ces appels bloqués entraînent un signal occupé ou une tonalité de ré-ordre.
Le résultat de la calculatrice est le nombre de circuits nécessaires pour soutenir votre entreprise au niveau de service particulier (GoS) que vous désirez. Si vous travaillez avec TDM, vous pouvez sortir et commander ce nombre de circuits analogiques ou numériques et l’appeler par jour. Cependant, avec SIP, nous devons faire un pas de plus. Nous devons convertir ce nombre de liaisons, ou d’appels simultanés, en bande passante.
Des appels à la bande passante
La première chose que vous devez considérer lors du calcul de la bande passante est les caractéristiques du codec que vous avez l’intention d’utiliser. Lorsque je dis « caractéristiques », je fais référence à des attributs tels que la taille de l’échantillon et la charge utile de la voix.
Par exemple, G.711 peut avoir des tailles d’échantillon de 20 msec, 30 msec ou 40 msec. Ces tailles d’échantillon conduisent à des tailles de charge utile vocale de 160 octets, 240 octets et 320 octets, respectivement. Cela conduit finalement à des débits de données de protocole en temps réel de 88 Kbps, 80 Kbps et 76 Kbps.
Le codec suivant le plus courant pour les joncteurs réseau SIP est G.729a, et il a les mêmes sortes de taille d’échantillon et de variantes de charge utile vocale. Cela nous conduit à des flux de données de 32 Kbps, 22 Kbps et 20 Kbps.
Pour presque toutes les situations, il est sûr d’utiliser 90 Kbps pour G.711 et 32 Kbps pour G.729a. Compte tenu de cette simplification, les calculs de bande passante deviennent assez simples.
Disons que nous avons trouvé 210 liaisons à partir de la calculatrice Erlang B, et vous avez choisi G.711 pour votre codec.
210 x 90 = 18 900 Kbps
Cela signifie que vous avez besoin d’un canal de données d’environ 19 Mbps pour prendre en charge de manière fiable 210 appels G.711 simultanés. J’ai souvent vu des gens ajouter 20% de frais généraux supplémentaires (c’est-à-dire, fudge factor) pour la variation du trafic, les collisions de trafic et la retransmission Ethernet. Cela pousse notre tuyau jusqu’à environ 22 Mbps.
En utilisant le même nombre de liaisons plus le facteur fudge, nous proposons un tuyau de 8 Mbps pour G.729a. De toute évidence, le passage à G.729a génère des économies de bande passante importantes.
Bien sûr, des facteurs tels que la qualité de la voix entrent en jeu lors du choix d’un codec, vous devez donc examiner tous les avantages et les inconvénients pertinents avant de vous engager sur un codec plutôt qu’un autre. Économiser de l’argent sur la bande passante peut ne pas valoir les plaintes des clients ou les applications de reconnaissance vocale qui ne fonctionnent plus. Je n’ai pas pris en compte la fiabilité et le basculement, qui peuvent nécessiter deux ou plusieurs canaux de données pour assurer la continuité des activités en période de crise.
Gestion des méfaits
Vous avez le choix parmi un certain nombre de graphiques de bande passante préemballés qui peuvent grandement simplifier le processus. Cependant, il est important de comprendre le raisonnement derrière leurs chiffres. Certains chiffres peuvent être légèrement supérieurs ou inférieurs à ceux que vous trouvez en utilisant mes calculs, mais c’est bien — je me trompe du côté conservateur en matière de gestion du trafic. Jetez cependant un coup d’œil à ce que vous pouvez trouver et déterminez ce qui est le mieux pour vous et votre entreprise.
Andrew Prokop écrit sur tout ce qui concerne les communications unifiées sur son blog populaire, SIP Adventures.
Suivez Andrew Prokop sur Twitter et LinkedIn !
@ajprokop
Andrew Prokop sur LinkedIn