Planification de la déviation du trafic multimédia dans la version Cloud Connector
Consultez cette rubrique pour consulter les facteurs de planification pour implémenter la déviation du trafic multimédia avec les versions 2.0 et suivantes de Cloud Connector. Pour plus d’informations sur le déploiement de la déviation du trafic multimédia, consultez Déployer la déviation du trafic multimédia dans Cloud Connector Edition.
La déviation du trafic multimédia permet à un client d’envoyer des médias directement au tronçon suivant RTC (Public Switched Telephone Network) (passerelle ou SBC) et d’éliminer le composant Cloud Connector Edition du chemin d’accès multimédia.
La déviation du trafic multimédia peut améliorer la qualité de la voix en diminuant la latence, la perte de paquets possible et le nombre de points de défaillance éventuels. L’élimination du traitement multimédia pour les appels contournés réduit la charge sur Cloud Connector, ce qui permet un plus grand nombre d’appels simultanés et peut améliorer la scalabilité.
La libération de Cloud Connector des tâches de traitement multimédia peut réduire le nombre d’appliances Cloud Connector requises par une infrastructure. Vous devez donc activer la déviation du trafic multimédia dans la mesure du possible.
Comment la déviation du trafic multimédia influe sur les médias et les voies de signalisation
Bien que la signalisation prenne le même chemin avec ou sans la déviation du trafic multimédia, le trafic multimédia diffère. Les schémas suivants montrent des médias et des voies de signalisation dans des topologies avec et sans déviation du trafic multimédia.
Par exemple, dans la topologie suivante (qui n’utilise pas de contournement de média), un client Skype Entreprise passe un appel RTC à un numéro externe, la signalisation SIP est envoyée à Microsoft 365 ou Office 365, qui dirige le trafic de signalisation en fonction de la stratégie vocale de l’utilisateur final. Pour les utilisateurs de Cloud Connector, la stratégie vocale dirige le trafic de signalisation vers le serveur Edge Cloud Connector, qui achemine ensuite le trafic de signalisation vers un contrôleur de frontière de session RTC (SBC) ou une passerelle via le serveur de médiation Cloud Connector. Les flux multimédias du client Skype Entreprise vers le serveur de médiation Cloud Connector, puis vers le SBC ou la passerelle, comme illustré dans le diagramme suivant :
Médias et voies de signalisation sans déviation du trafic multimédia
Un appel entrant du PSTN utilise le même chemin de signalisation en sens inverse. Pour les utilisateurs internes, les médias circuleront toujours entre le client Skype Entreprise et le serveur de médiation Cloud Connector, puis le SBC ou la passerelle.
Dans la topologie suivante, qui utilise la déviation du trafic multimédia, la signalisation prend le même chemin, mais le média circule directement entre le client Skype Entreprise et le SBC ou la passerelle, comme illustré dans le diagramme suivant :
Médias et voies de signalisation avec déviation du trafic multimédia
Scénario multisite et déviation du trafic multimédia
La déviation du trafic multimédia est également utile lorsque vous souhaitez fournir des services de téléphonie à plusieurs sites à l’aide d’un seul Appliance Cloud Connector. Étant donné que Cloud Connector ne peut pas router les appels en fonction des numéros source ou de destination, la plupart des entreprises déploient un SBC ou une passerelle derrière Cloud Connector pour prendre des décisions de routage. Dans ce scénario, la déviation du trafic multimédia élimine le saut entre le client et le SBC central ou la passerelle centrale, comme indiqué sur le schéma ci-après :
Application multisite
Le trafic SIP circule de l’utilisateur de Zurich vers Microsoft 365 ou Office 365.
Le trafic est ensuite acheminé vers l’Appliance Cloud Connector à Amsterdam, comme spécifié dans la stratégie de routage des voix utilisateur.
Cloud Connector Appliance à Amsterdam envoie le trafic SIP à la passerelle centrale à Amsterdam.
La passerelle centrale d’Amsterdam prend les décisions de routage appropriées, puis envoie le trafic à un SBC ou à une passerelle à Zurich, tandis que les médias circulent directement entre le client Skype Entreprise et le SBC ou la passerelle à Amsterdam.
Cette approche permet de servir plus d’utilisateurs par déploiement Cloud Connector où Cloud Connector est centralisé. Même si Cloud Connector est éliminé du chemin d’accès multimédia, dans un scénario multisite centralisé, le média peut toujours traverser le réseau étendu deux fois en fonction des besoins pour passer par le SBC centralisé ou la passerelle.
Si un client est en dehors du réseau d’entreprise qui passe un appel sortant, le trafic multimédia transite par les serveurs edge et de médiation de Cloud Connector et de la liaison WAN entre Zurich et Amsterdam, comme illustré dans le diagramme suivant :
Clients pris en charge pour la déviation du trafic multimédia
Avec la première version de la déviation du trafic multimédia, le seul client pris en charge est le client Windows Skype Entreprise 2016 qui fait partie de Applications Microsoft 365 pour les grandes entreprises, version 16.0.7870.2020 ou ultérieure. Les clients peuvent seulement utiliser n'importe quel canal : Actuel, Différé ou Première publication.
Remarque
Si vous utilisez une solution VPN de client en combinaison avec le client Skype Entreprise, alors la déviation du trafic multimédia est prise en charge uniquement avec une configuration VPN en tunnels séparés.
Pour plus d’informations sur les canaux de mise en production, consultez Vue d’ensemble des canaux de mise à jour pour Applications Microsoft 365 pour les grandes entreprises.
Pour connaître la version actuelle des clients dans différents canaux, consultez Informations de mise en production pour les mises à jour de Applications Microsoft 365 pour les grandes entreprises.
Considérations relatives à la capacité de Cloud Connector avec déviation du trafic multimédia
Sans contournement du trafic multimédia et en fonction du matériel, un Appliance Cloud Connector peut gérer de 50 à 500 appels simultanés qui nécessitent que le média transite par un serveur de médiation. Pour plus d’informations, consultez Planifier l’Skype Entreprise Cloud Connector Edition.
Avec la déviation du trafic multimédia activée, les clients internes sur la version prise en charge n'utilisent pas le serveur de médiation, donc le nombre de clients internes peut augmenter de manière significative.
Comme indiqué ci-dessus, les clients externes ou les clients non pris en charge utilisent les serveurs Edge et de médiation cloud Connector pour les médias. Lorsque vous calculez le nombre d’appliances Cloud Connector à placer dans un site, vous devez prendre en compte le trafic provenant d’utilisateurs externes et d’utilisateurs sur des clients non pris en charge.
Cloud Connector prend en charge le mode Always Bypass (Toujours dévier)
Cloud Connector prend uniquement en charge le mode Always Bypass. Dans les environnements locaux, il y a deux options : Always Bypass (Toujours dévier) et Use Site and Region Information (Utiliser les informations du site et de la région).
Le mode Always Bypass (Toujours dévier) signifie que la déviation du trafic multimédia sera demandée pour tous les appels PSTN avec des clients internes en tant que point d'origine ou de destination. Pour déterminer si le client est interne ou externe, un site web sur la machine virtuelle du serveur de médiation est utilisé. Si le client peut atteindre le site, il est considéré comme interne et la déviation du trafic multimédia est utilisée. Si le client ne peut pas atteindre le site (par exemple le client est sur un réseau domestique), la déviation du trafic multimédia n'est pas utilisée.
Le mode Always Bypass (Toujours dévier) nécessite une connectivité fluide entre les utilisateurs et les passerelles PSTN dans un site PSTN.
Pour plus d’informations, consultez Planifier l’Skype Entreprise Cloud Connector Edition.
Par exemple, dans le diagramme ci-dessous, les utilisateurs européens doivent être bien connectés aux trois contrôleurs de frontière de session (SBC) à Amsterdam, tandis que les utilisateurs usa Ouest doivent être bien connectés aux deux contrôleurs SBC de Seattle. « Bien connectés » signifie qu'ils sont soit situés sur les mêmes sites réseaux que les SBC ou les passerelles, soit connectés par des liaisons WAN disposant d'une bande passante adéquate.
Remarque
Si un utilisateur de Zurich se rend dans les bureaux de Seattle et que vous souhaitez utiliser le réseau interne pour faire circuler le trafic multimédia entre l'utilisateur en déplacement et les passerelles en Europe (au lieu de passer par internet), alors vous devez vous assurer que les bureaux de Seattle et ceux d'Amsterdam où les SBC ou passerelles européen(nes) sont situé(e)s sont bien connectés.
Codecs utilisés dans la déviation du trafic multimédia
Lorsque la déviation du trafic multimédia est activée, le trafic multimédia entre un client et un SBC ou une passerelle utilise le codec G.711.
Voir aussi
Déployer la déviation du trafic multimédia dans Cloud Connector Edition