UCaaS vs Réseau, meilleurs ennemis ?
De plus en plus de nos clients déploient des solutions vouées à devenir (à terme) le portail unique vers tous leurs outils de communication et de collaboration au sein de l’entreprise.
En effet, la plupart des entreprises ont d’abord déployé Office 365 ou Google suite pour des fins de mails sans prendre en compte les dimensions de Webconférence/Téléphonie rendues possibles par des solutions type Skype for business (Teams).
Mais l’évolution obligée vers le tout IP (avec la fin du RTC) et l’attente réelle des utilisateurs de simplifier leurs usages via une unique interface pour communiquer et collaborer ensemble ; poussent de plus en plus les entreprises à se poser la question : Pourquoi ne pas utiliser une interface unique qui me permet à la fois de téléphoner, faire des vidéoconférences simplement, « tchater » avec mes collègues, faire des partages d’écran… en un clic ?!
En effet, sur le papier, tout ceci est rendu possible grâce à ces outils ! Toutefois, il s’agit d’usages différents qui, pour la plupart, ont un impact sur le réseau. Dès lors, comment mon réseau interne va-t-il supporter tout ce trafic ?
Il faut donc se poser trois grandes questions :
Sur quels types de liens mes flux Vidéo/Voix vont-ils passer ? MPLS ou Internet ? Présence et impact d’un proxy ?
La performance de mes liens (Gigue, Latence, perte de paquet) est-elle adéquate pour les types de flux qui vont y passer ? Et de quels niveaux de SLA ai-je besoin ?
ET SURTOUT, la bande passante disponible sur mon site est-elle suffisante pour tenir la charge de mes flux en fonctionnement normal ET en cas de panne ?
Commençons par ce dernier point, la bande passante. Il est à noter que les besoins en termes de bande passante sont différents selon le type de flux, et typiquement les suivants :
Vidéo/Webconférence: de 500 kbps à 1,5 Mbps par session selon la qualité de la vidéo,
VoIP avec partage d’écran: 130 kbps en moyenne par session (selon le codec utilisé),
IM (Instant Messaging): 10 kbps en moyenne par utilisateur.
Ces besoins pour l’UCaaS sont bien évidemment à ajouter aux autres besoins IT usuels !
Ensuite, en terme de SLA, les solutions UCaaS ont des contraintes de performances assez élevées. Par exemple, pour Teams, Microsoft recommande les valeurs suivantes: Latence < 30 ms, Gigue < 15 ms, perte de paquets <0,01%.
Dans des architectures réseau centralisées, le fait de passer par un Datacenter central avant de sortir sur Internet introduit souvent de la latence. C’est pourquoi il est conseillé de sortir en Local lorsqu’on utilise des solutions UCaaS. Mais il faut alors bien gérer plusieurs éléments, tout en faisant attention à garder un équilibre entre le nombre et types de liens, la bande passante et les coûts :
la redondance car les engagements des opérateurs sont moins bons sur des liens Internet que sur des liens MPLS,
le dimensionnement du download et surtout de l’upload des accès internet locaux
Pour finir, il y a énormément de questions à se poser et de paramètres à prendre en compte dans le choix de sa solution UCaaS surtout lorsque l’on souhaite intégrer sa téléphonie traditionnelle avec des solutions de ce type. Néanmoins, les impacts réseau doivent être systématiquement évalués et pris en compte dans un projet UCaaS, et ont souvent un poids non négligeable sur la balance financière du projet.