Les entreprises se tournent vers la VoIP pour des économies substantielles et un meilleur contrôle des communications vocales. Mais l'ajout d'appels basés sur IP à un réseau existant peut soulever des préoccupations quant à la bande passante dont il aura besoin et si l'infrastructure sera en mesure de faire face.
Avec les fichiers de données, l'audio, la vidéo et plus encore, tous se battant pour la bande passante, il y a forcément des conflits. Vous pouvez utiliser les paramètres de QoS pour gérer l'allocation de bande passante, mais parfois l'optimisation n'est pas suffisante et vous devez ajouter plus de bande passante.
Codecs utilisés par un fournisseur de gros de VoIP international typique
La première chose à considérer lorsque vous envisagez de passer à un fournisseur VoIP réputé tel que IDT est de savoir comment la technologie utilise la bande passante. La VoIP reformate essentiellement le trafic vocal en paquets de données. Ceux-ci voyagent ensuite sur le Web de la même manière que tous les autres fichiers avant d'être reconvertis en audio à la destination.
Chaque paquet a également des informations de surcharge contenant des détails sur son origine et sa destination qui lui permettent d'être correctement acheminé. Ceci est connu comme un wrapper; il peut y avoir plusieurs couches d'informations sur l'enveloppe et chacune ajoute une petite quantité - bien que seulement quelques octets - à la taille du paquet, nécessitant ainsi un peu plus de bande passante.
Les systèmes VoIP utilisent des codecs pour convertir la voix en données. Il existe différents codecs et ils offrent un compromis entre qualité et bande passante. Plus la qualité d'appel souhaitée est élevée, plus la bande passante sera nécessaire.
Les codecs VoIP les plus couramment utilisés sont G.279 et G.711. Le codec G.279 utilise un algorithme de compression pour réduire la taille des paquets de données, mais cela se fait au prix d'une qualité sonore légèrement inférieure. G.711, d'autre part, n'a pas de compression, mais cela signifie qu'il utilise plus de bande passante. Une heure de trafic non compressé est probablement d'environ 85 Mo, mais elle devient 35 Mo avec la compression G.279. Cela ne ressemble pas à une énorme différence dans le monde d'aujourd'hui où nous tenons le stockage de téraoctets pour acquis, mais si vous le multipliez par des centaines ou des milliers d'appels chaque jour, cela représente une charge considérable.
Comprendre la taille des paquets
Alors, quelle est la taille d'un paquet de données VoIP? Il est difficile de répondre à cette question car plusieurs variables sont impliquées. Nous avons vu que chaque paquet contient des informations d'encapsuleur ainsi que les données d'appel.
La taille de l'encapsuleur est généralement constante, 20 octets pour l'en-tête IP, huit pour l'en-tête UDP (User Datagram Protocol) et un minimum de 12 pour l'en-tête RTP (Real-time Transport Protocol). A cela, bien sûr, s'ajoutent les données elles-mêmes dont la taille peut varier.
Nous avons vu que la taille des paquets peut varier en raison du codec utilisé et de l'existence d'une compression. Une taille de paquet plus grande signifie moins de wrappers, mais là encore, il y a un compromis à faire: si un paquet est perdu, vous pouvez perdre une partie importante de l'appel. Des paquets plus petits signifient plus de wrappers mais rendent le système plus tolérant aux paquets perdus sans perte significative de qualité.
