Planifier et calculer la bande passante

La bande passante nécessaire dépend des flux de données actifs simultanément sur chaque connexion réseau. Le nombre d’agents et d’appels ne suffit pas : téléphonie, messages de commande, services vocaux et fichiers peuvent emprunter des chemins différents. Planifiez séparément l’émission et la réception.

Ce guide distingue les données utiles calculables à partir du code produit du surcoût des protocoles et des valeurs à mesurer dans votre installation. Il ne définit pas de bande passante minimale fixe par agent.

Recenser les connexions

Le Serveur n’est pas automatiquement le chemin de toutes les données audio. Comptez uniquement les flux qui traversent réellement la connexion à dimensionner. Voir aussi Ports et connexions.

Calcul général

Pour transférer D octets en T secondes :

Débit utile en bit/s = D × 8 / T
Débit utile en Mbit/s = D × 8 / T / 1 000 000

En fonctionnement continu, additionnez les débits des flux actifs simultanément. Ajoutez ensuite le surcoût mesuré des protocoles, les pointes de charge et votre marge d’exploitation. Les exemples utilisent des unités décimales : 1 kbit/s = 1 000 bit/s et 1 Mo = 1 000 000 octets.

Téléphonie et médias SIP

Le point de terminaison SIP active notamment G.722, PCMA, PCMU, iLBC, Speex et GSM avec des priorités différentes. Le choix réel est négocié avec l’autre point de terminaison. La priorité d’un codec ne détermine donc pas une bande passante fixe pour tous les appels. La fréquence dans le nom du codec, par exemple G722/16000, n’est pas non plus un débit en bit/s.

Pour un flux audio dont l’intervalle entre paquets est constant :

Paquets par seconde = 1 000 / intervalle entre paquets en ms
Débit par sens = débit utile du codec
                 + octets supplémentaires par paquet × 8 × paquets par seconde

Déterminez le codec, l’intervalle et les octets supplémentaires à partir de la connexion réellement utilisée. Incluez les protocoles réseau, de sécurité et de tunnel ainsi que les paquets de commande supplémentaires au point de mesure considéré. Ne supposez pas une économie forfaitaire pendant les silences : la détection du silence est un paramètre du point de terminaison, pas une réduction garantie.

Exemple avec des mesures supposées : 64 kbit/s de données utiles, un intervalle de 20 ms et 40 octets supplémentaires par paquet donnent 64 000 + 40 × 8 × 50 = 80 000 bit/s par sens. Dix flux de ce type traversant simultanément la connexion donnent 0,8 Mbit/s par sens, avant le reste du trafic et la marge. Ce sont des hypothèses d’exemple, pas des valeurs fixes pour toutes les connexions myContactCenter.

Pour les appels de consultation, conférences, écoutes et traductions, comptez les flux média supplémentaires réellement actifs. Ne multipliez pas systématiquement chaque appel par un nombre fixe de lignes.

À la fin d’un flux audio, le code SIP journalise le codec, la destination, les paquets et octets émis et reçus ainsi que les pertes et les temps d’aller-retour. Les compteurs d’octets ne garantissent pas une mesure de tous les octets sur votre liaison WAN. Pour connaître la charge réseau complète, mesurez aussi le chemin réseau concerné.

Audio PCM et services vocaux

Le pont de conférence calcule son volume PCM à partir de la fréquence, du nombre de canaux et des octets par échantillon. La reconnaissance vocale reprend ces valeurs pour son flux d’entrée PCM :

Octets PCM par seconde = fréquence d’échantillonnage × canaux × bits par échantillon / 8
Débit PCM en bit/s = fréquence d’échantillonnage × canaux × bits par échantillon

Le point de terminaison SIP définit un seul canal ; d’autres traitements audio peuvent utiliser un autre format. Vérifiez les paramètres réels du pont et des fichiers. Le calcul PCM décrit les données utiles transmises au client vocal. Il ne garantit pas le débit Internet complet du SDK utilisé : surcoût des protocoles, mise en mémoire tampon et flux d’entrée ou de sortie supplémentaires doivent être pris en compte séparément.

Agent, Administration et panneaux d’affichage

Les messages du produit sont sérialisés. L’en-tête occupe 7 octets ; ce sérialiseur transmet sans compression les données utiles de 1 000 octets ou moins et compresse les données plus grandes. Une taille constante par message n’est donc pas pertinente.

Débit utile des messages = messages par seconde
                          × taille moyenne réellement transmise d’un message
                          × 8

Les journaux de sérialisation indiquent la taille après sérialisation ou compression, en-tête compris. N’ajoutez donc pas à nouveau les 7 octets. Les protocoles de transport et les éventuelles retransmissions augmentent la charge réseau.

Mesurez la connexion et la reconnexion séparément du fonctionnement normal. Une grande liste ou la connexion simultanée de nombreux agents produit une charge différente de simples changements d’état. Pour les panneaux d’affichage, le volume et les pointes dépendent de la conception, des sources de données et des mises à jour. Le code ne définit pas de bande passante minimale générale par poste pour ces fonctions.

Fichiers et enregistrements

Pour les fichiers, appliquez le calcul général avec la durée de transfert souhaitée. 10 Mo en 5 secondes nécessitent un débit utile théorique de 16 Mbit/s. Les transferts simultanés s’additionnent.

Pour un fichier PCM-WAV, calculez la quantité audio à partir du format et de la durée comme ci-dessus ; les données du conteneur s’y ajoutent. L’utilitaire de conversion MP3 utilise par défaut 64 kbit/s, force le mono et définit une fréquence cible de 16 000 Hz. Si cette conversion précise est utilisée, une minute à 64 kbit/s représente environ 0,48 Mo de données audio utiles. Cela ne signifie pas que tous les enregistrements existent déjà sous forme de fichiers MP3 avec ces paramètres.

Pour les pièces jointes d’e-mail, utilisez la taille du message transmis, pas seulement celle du fichier d’origine. Si une pièce jointe est transmise en Base64, l’encodage multiplie les données utiles par environ 4/3 ; les sauts de ligne et les en-têtes s’y ajoutent. Dimensionnez les requêtes de base de données, rapports et sauvegardes selon leur volume réel.

Vérifier la planification

1. Représentez les chemins réseau et recensez l’utilisation simultanée attendue de chaque fonction.
2. Calculez les données utiles audio et fichiers. Mesurez les volumes variables de messages et de base de données dans le profil d’usage prévu.
3. Vérifiez chaque sens sur chaque connexion. Évitez de compter deux fois les flux ou de compter les données qui restent locales.
4. Testez les pointes : connexions, conférences, récupération de fichiers et autres fonctions activées en même temps.
5. Prévoyez une marge selon les pointes mesurées. Pour la téléphonie, vérifiez aussi le délai, la gigue et les pertes de paquets ; une bande passante moyenne suffisante ne garantit pas à elle seule la qualité vocale.