Composant serveur de médiation dans Skype Entreprise Server
Découvrez les serveurs de médiation dans Skype Entreprise Server, notamment leurs topologies prises en charge et leurs relations avec les jonctions M:N, la déviation du trafic multimédia et le contrôle d’admission des appels.
Pour déployer Téléphonie – Grandes entreprises, vous devez déployer un ou plusieurs serveurs de médiation.
Le serveur de médiation traduit la signalisation entre votre infrastructure de Téléphonie – Grandes entreprises interne et une passerelle de réseau téléphonique commuté (RTC) ou une jonction SIP (Session Initiation Protocol). Dans certains déploiements, il convertit également les éléments multimédias eux-mêmes entre ces points.
Côté Skype Entreprise Server, le serveur de médiation écoute une seule adresse de transport TLS mutuelle (MTLS). Côté passerelle, le serveur de médiation écoute tous les ports d’écoute associés aux jonctions. Toutes les passerelles qualifiées doivent prendre en charge le protocole TLS mais peuvent aussi activer le protocole TCP. Le protocole TCP est pris en charge pour les passerelles qui ne prennent pas en charge le protocole TLS.
Si vous disposez également d’un PBX (Public Branch Exchange) existant dans votre environnement, le serveur de médiation gère les appels entre les utilisateurs Téléphonie – Grandes entreprises et le PBX. Si votre PBX est un IP-PBX, vous pouvez créer une connexion SIP directe entre le PBX et le serveur de médiation. Si votre PBX est un PBX TDM (Time Division Multiplex), vous devez également déployer une passerelle RTC entre le serveur de médiation et le PBX.
Le serveur de médiation est colocalisé avec le serveur frontal par défaut. Le serveur de médiation peut également être déployé dans un pool autonome.
Rôle du serveur de médiation
Les fonctions main du serveur de médiation sont les suivantes :
Chiffrement et déchiffrement de SRTP côté Skype Entreprise Server.
Conversion SIP sur TCP (pour les passerelles non compatibles TLS) vers SIP sur MTLS (Mutual TLS).
Traduction de flux multimédias entre Skype Entreprise Server et l’homologue de passerelle du serveur de médiation.
Connexion des clients situés hors du réseau aux composants ICE internes, ce qui permet aux données multimédias de traverser les convertisseurs d’adresses réseau (NAT) et les pare-feu.
Agir en tant qu’intermédiaire pour les flux d’appels qu’une passerelle ne prend pas en charge, tels que les appels de travailleurs distants sur un Téléphonie – Grandes entreprises clien.t
Dans les déploiements qui incluent la jonction SIP, collaboration avec le fournisseur de services de jonction SIP pour fournir la prise en charge RTC, de sorte qu’il ne soit plus nécessaire de disposer d’une passerelle RTC.
La figure suivante montre les protocoles de signalisation et de média utilisés par le serveur de médiation lors de la communication avec une passerelle RTC de base et l’infrastructure Téléphonie – Grandes entreprises.
Protocoles de signalisation et de données multimédias utilisés par le serveur de médiation
Remarque
Si vous utilisez TCP ou RTP/RTCP (au lieu de SRTP ou SRTCP) sur le réseau entre la passerelle RTC et le serveur de médiation, nous vous recommandons de prendre des mesures pour garantir la sécurité et la confidentialité du réseau.
Jonction M:N
Skype Entreprise Server prend en charge la flexibilité dans la définition d’une jonction à des fins de routage des appels. Une jonction est une association logique entre un serveur de médiation et un numéro de port d’écoute, avec une passerelle et un numéro de port d’écoute. Cela implique plusieurs choses : un serveur de médiation peut avoir plusieurs jonctions vers la même passerelle ; un serveur de médiation peut avoir plusieurs jonctions vers différentes passerelles ; à l’inverse, une passerelle peut avoir plusieurs jonctions vers différents serveurs de médiation.
Vous devez toujours créer une jonction racine lorsque vous ajoutez une passerelle à votre topologie Skype Entreprise à l’aide du Générateur de topologie. Le nombre de passerelles qu’un serveur de médiation donné peut gérer dépend de la capacité de traitement du serveur pendant les heures de pointe. Si vous déployez un serveur de médiation sur du matériel qui répond à la configuration matérielle minimale requise pour Skype Entreprise Server, comme décrit dans Configuration requise pour Skype Entreprise Server 2015, un serveur de médiation autonome peut gérer environ 1 000 appels. Le serveur de médiation effectue le transcodage, mais route toujours les appels pour plusieurs passerelles, même si les passerelles ne prennent pas en charge la déviation du trafic multimédia.
Lors de la définition d’un itinéraire d’appel, vous spécifiez les jonctions associées à cet itinéraire, mais vous ne spécifiez pas les serveurs de médiation associés à cet itinéraire. Au lieu de cela, vous utilisez le Générateur de topologie pour associer des jonctions à des serveurs de médiation. En d’autres termes, le routage détermine la jonction à utiliser pour un appel et, par la suite, le serveur de médiation associé à cette jonction reçoit la signalisation pour cet appel.
Le serveur de médiation peut être déployé en tant que pool ; ce pool peut être colocalisé avec un pool frontal ou déployé en tant que pool autonome. Lorsqu’un serveur de médiation est colocalisé avec un pool frontal, la taille du pool peut être au maximum de 12 (la limite de la taille du pool de serveurs d’inscriptions). Ensemble, ces fonctionnalités augmentent la fiabilité et la flexibilité de déploiement des serveurs de médiation, mais elles nécessitent des fonctionnalités similaires dans les éléments suivants :
Passerelle RTC. Une passerelle Skype Entreprise Server qualifiée doit implémenter l’équilibrage de charge DNS, qui permet à une passerelle de réseau téléphonique commuté (RTC) qualifiée d’agir en tant qu’équilibreur de charge pour un pool de serveurs de médiation, et donc d’équilibrer la charge des appels dans le pool.
Contrôleur de bordure de session. Pour une jonction SIP, l’entité homologue est un contrôleur de frontière de session (SBC) auprès d’un fournisseur de services de téléphonie Internet. Dans la direction du pool de serveurs de médiation vers le SBC, le SBC peut recevoir des connexions de n’importe quel serveur de médiation dans le pool. Dans la direction entre le SBC et le pool, le trafic peut être envoyé à n’importe quel serveur de médiation dans le pool. L’équilibrage de charge DNS est une méthode d’équilibrage de charge DNS, si elle est prise en charge par le fournisseur de services et SBC. Une alternative consiste à fournir au fournisseur de services les adresses IP de tous les serveurs de médiation dans le pool, et le fournisseur de services les provisionne dans son SBC sous la forme d’une jonction SIP distincte pour chaque serveur de médiation. Le fournisseur de services gère ensuite l’équilibrage de charge pour ses propres serveurs. Tous les fournisseurs de services ou SBC ne peuvent pas prendre en charge ces fonctionnalités. En outre, le fournisseur de services peut facturer des frais supplémentaires pour cette fonctionnalité. En règle générale, chaque jonction SIP vers le SBC entraîne des frais mensuels.
IP-PBX. Dans la direction du pool de serveurs de médiation vers l’arrêt SIP IP-PBX, l’IP-PBX peut recevoir des connexions à partir de n’importe quel serveur de médiation dans le pool. Dans la direction de l’IP-PBX vers le pool, le trafic peut être envoyé à n’importe quel serveur de médiation dans le pool. Étant donné que la plupart des IP-PBXs ne prennent pas en charge l’équilibrage de charge DNS, nous vous recommandons de définir des connexions SIP directes individuelles à partir de l’IP-PBX vers chaque serveur de médiation du pool. L’IP-PBX gère ensuite son propre équilibrage de charge en distribuant le trafic sur le groupe de jonctions. L’hypothèse est que le groupe de jonctions a un ensemble cohérent de règles de routage au niveau de l’IP-PBX. Vous devez déterminer si un PBX IP particulier prend en charge ce concept de groupe de jonctions et comment il croise la redondance et l’architecture clustering de l’IP-PBX avant de pouvoir décider si un cluster de serveur de médiation peut interagir correctement avec un IP-PBX.
Un pool de serveurs de médiation doit avoir une vue uniforme de la passerelle homologue avec laquelle il interagit. Cela signifie que tous les membres du pool accèdent à la même définition de passerelle homologue à partir du magasin de configurations et qu’ils ont tous autant de chances d’interagir avec elle pour les appels sortants. Par conséquent, il n’existe aucun moyen de segmenter le pool afin que certains serveurs de médiation communiquent uniquement avec certains homologues de passerelle pour les appels sortants. Si une telle segmentation est nécessaire, un pool distinct de serveurs de médiation doit être utilisé. Ce serait le cas, par exemple, si les fonctionnalités associées dans les passerelles RTC, jonctions SIP ou systèmes IP-PBX pour interagir avec un pool n’étaient pas présentes (voir plus haut dans cette rubrique).
Une passerelle RTC, IP-PBX ou un homologue de jonction SIP particulier peut acheminer vers plusieurs serveurs ou jonctions de médiation. Le nombre de passerelles qu’un pool particulier de serveurs de médiation peut contrôler dépend du nombre d’appels qui utilisent la déviation du trafic multimédia. Si un grand nombre d’appels utilisent la déviation du trafic multimédia, un serveur de médiation dans le pool peut gérer beaucoup plus d’appels, car seul le traitement de la couche de signalisation est nécessaire.
Contrôle d’admission des appels et serveur de médiation
Le contrôle d’admission des appels (CAC) gère l’établissement de session en temps réel en tenant compte de la bande passante disponible pour éviter toute dégradation de la qualité de l’expérience (QoE) pour les utilisateurs sur des réseaux saturés. Pour ce faire, le serveur de médiation est responsable de la gestion de la bande passante pour ses deux interactions côté Skype Entreprise Server et côté passerelle. Dans le cadre du contrôle d’admission des appels, l’entité qui met fin à l’appel gère la réservation de la bande passante. Les homologues de passerelle (passerelle RTC, IP-PBX, SBC) avec lesquels le serveur de médiation interagit côté passerelle ne prennent pas en charge Skype Entreprise Server contrôle d’admission des appels. Par conséquent, le serveur de médiation doit gérer les interactions de bande passante pour le compte de son homologue de passerelle. Dans la mesure du possible, le serveur de médiation réserve de la bande passante à l’avance. Si c’est impossible (par exemple, si la localité du point de terminaison multimédia final du côté passerelle est inconnue pour un appel sortant vers l’homologue de passerelle), la bande passante est réservée quand l’appel est passé. Ce comportement peut entraîner une sur-souscription de bande passante, mais c’est le seul moyen d’empêcher les sonneries factices.
La déviation du trafic multimédia et la réservation de bande passante s’excluent mutuellement. Si la déviation du trafic multimédia est utilisée pour un appel, le contrôle d’admission des appels n’est pas effectué pour cet appel. L’hypothèse repose sur le fait qu’aucun lien avec bande passante restreinte n’est impliqué dans l’appel. Si le contrôle d’admission des appels est utilisé pour un appel particulier qui implique le serveur de médiation, cet appel ne peut pas utiliser de contournement de média.
Pour plus d’informations sur la déviation du trafic multimédia ou le contrôle d’admission des appels, consultez Planifier la déviation des médias dans Skype Entreprise ou Planifier le contrôle d’admission des appels dans Skype Entreprise Server.
Enhanced 9-1-1 (E9-1-1) et serveur de médiation
Le serveur de médiation dispose de fonctionnalités étendues lui permettant d’interagir correctement avec les fournisseurs de services améliorés 9-1-1 (E9-1-1). Aucune configuration spéciale n’est nécessaire sur le serveur de médiation. Les extensions SIP requises pour l’interaction E9-1-1 sont incluses par défaut dans le protocole SIP du serveur de médiation pour ses interactions avec un homologue de passerelle (passerelle RTC, IP-PBX ou SBC d’un fournisseur de services de téléphonie Internet, y compris les fournisseurs de services E9-1-1)
Le fait que la jonction SIP vers un fournisseur de services E9-1-1 puisse être arrêtée sur un pool de serveurs de médiation existant ou nécessite des serveurs de médiation autonomes varie selon que le SBC E9-1-1 peut interagir avec un pool de serveurs de médiation. Pour plus d’informations, consultez Jonction M:N dans Skype Entreprise Server.
Déviation du trafic multimédia et serveur de médiation
La déviation du trafic multimédia est une fonctionnalité Skype Entreprise Server qui permet à un administrateur de configurer le routage des appels pour qu’il circule directement entre le point de terminaison de l’utilisateur et la passerelle de réseau téléphonique commuté public (RTC) sans traverser le serveur de médiation. La déviation du trafic multimédia améliore la qualité des appels en réduisant la latence, la traduction inutile, le risque de perte de paquets et le nombre de points de défaillance potentiels. Lorsqu’un site distant sans serveur de médiation est connecté à un site central par une ou plusieurs liaisons WAN avec bande passante limitée, la déviation du trafic multimédia réduit les besoins en bande passante en permettant au média d’un client sur un site distant de circuler directement vers sa passerelle locale sans avoir à passer au préalable par la liaison WAN vers un serveur de médiation sur le site central et vers l’arrière. Cette réduction du traitement multimédia complète également la capacité du serveur de médiation à contrôler plusieurs passerelles.
La déviation du trafic multimédia et le contrôle d’admission des appels s’excluent mutuellement. Si la déviation du trafic multimédia est utilisée pour un appel, le contrôle d’admission des appels n’est pas effectué pour cet appel. L’hypothèse repose sur le fait qu’aucun lien avec bande passante restreinte n’est impliqué dans l’appel.
Topologies du serveur de médiation
Le serveur de médiation Skype Entreprise Server est colocalisé par défaut avec le serveur Standard Edition, un pool frontal ou Survivable Branch Appliance. Tous les serveurs de médiation d’un pool frontal doivent être configurés de manière identique.
Lorsque les performances sont un problème, il peut être préférable de déployer un ou plusieurs serveurs de médiation dans un pool autonome dédié. Nous vous conseillons absolument un pool autonome si vous déployez une jonction SIP.
Si vous déployez des connexions SIP directes sur une passerelle RTC qualifiée qui prend en charge le contournement multimédia et l’équilibrage de charge DNS, un pool de serveurs de médiation autonome n’est pas nécessaire. Cela est dû au fait que les passerelles qualifiées sont capables d’équilibrer la charge DNS vers un pool de serveurs de médiation et qu’elles peuvent recevoir le trafic de n’importe quel serveur de médiation dans un pool.
Nous vous recommandons également de colocaliser le serveur de médiation sur un pool frontal lorsque vous avez déployé IP-PBXs ou que vous vous connectez au contrôleur SBC (Session Border Controller) d’un fournisseur de serveur de téléphonie Internet, tant que l’une des conditions suivantes est remplie :
Ip-PBX ou SBC est configuré pour recevoir le trafic de n’importe quel serveur de médiation dans le pool et peut acheminer le trafic uniformément vers tous les serveurs de médiation du pool.
L’IP-PBX ne prend pas en charge la déviation du trafic multimédia, mais le pool frontal qui héberge le serveur de médiation peut gérer le transcodage vocal pour les appels auxquels la déviation du trafic multimédia ne s’applique pas.
Vous pouvez utiliser l’outil de planification Microsoft Lync Server 2013 pour évaluer si le pool frontal dans lequel vous souhaitez colocaliser le serveur de médiation peut gérer la charge. Si votre environnement ne répond pas à ces exigences, vous devez déployer un pool de serveurs de médiation autonome.
La figure suivante montre une topologie simple constituée de deux sites connectés par une liaison de réseau étendu. Le serveur de médiation est colocalisé sur un pool frontal sur le site 1. Les serveurs de médiation sur le site 1 contrôlent à la fois la passerelle RTC sur le site 1 et la passerelle sur le site 2. Dans cette topologie, la déviation du trafic multimédia est activée globalement afin d’utiliser les informations de site et de région, et le contournement est activé sur les jonctions vers chaque passerelle RTC (GW1 et GW2).
Exemple de sites connectés par une liaison de réseau étendu avec un serveur de médiation pour Site 1 et une passerelle RTC pour Site 2
La figure suivante montre une topologie simple où le serveur de médiation est colocalisé sur le pool frontal sur le site 1 et dispose d’une connexion SIP directe au PBX IP sur le site 1. Dans cette figure, le serveur de médiation contrôle également une passerelle RTC sur le site 2. Supposons que Skype Entreprise utilisateurs existent sur les sites 1 et 2. Supposons également que l’IP-PBX dispose d’un processeur multimédia associé qui doit être parcouru par tous les médias provenant de Skype Entreprise points de terminaison avant d’être envoyé aux points de terminaison multimédias contrôlés par le PBX IP. Dans cette topologie, la déviation du trafic multimédia est activée globalement pour utiliser les informations de site et de région, et il est activé pour les jonctions vers la passerelle PBX et RTC.
Exemple de sites connectés par une liaison de réseau étendu avec un serveur de médiation pour Site 1 et un PBX pour Site 2
La dernière figure de cette rubrique montre une topologie dans laquelle le serveur de médiation est connecté au SBC d’un fournisseur de services de téléphonie Internet.
Décisions de planification relatives au serveur de médiation
Cette rubrique décrit les décisions de planification que vous devez prendre pour votre déploiement de serveur de médiation.
Serveur de médiation colocalisé ou autonome ?
Le serveur de médiation est colocalisé par défaut sur le serveur Standard Edition ou le serveur frontal dans un pool frontal sur les sites centraux. Le nombre d’appels RTC (réseau téléphonique commuté) pouvant être gérés et le nombre d’ordinateurs requis dans le pool dépendront des éléments suivants :
Nombre d’homologues de passerelle que le pool de serveurs de médiation contrôle
des périodes de trafic aux heures de pointe via ces passerelles ;
Pourcentage d’appels qui sont des appels dont le média contourne le serveur de médiation
Lors de la planification, veillez à prendre en compte les exigences de traitement multimédia pour les appels RTC et les conférences A/V qui ne sont pas configurées pour la déviation du trafic multimédia, ainsi que le traitement nécessaire pour gérer les interactions de signalisation pour le nombre d’appels d’heures de travail qui doivent être pris en charge. S’il n’y a pas assez de processeur, vous devez déployer un pool autonome de serveurs de médiation . les passerelles RTC, les PBX IP et les SBC doivent être divisés en sous-ensembles contrôlés par les serveurs de médiation colocalisés dans un pool et les serveurs de médiation autonomes dans un ou plusieurs pools autonomes.
Si vous avez déployé des passerelles RTC, des PBX IP ou des contrôleurs de frontière de session (SBC) qui ne prennent pas en charge les fonctionnalités appropriées pour interagir avec un pool de serveurs de médiation, y compris les éléments suivants, ils doivent être associés à un pool autonome composé d’un serveur de médiation unique :
Effectuer l’équilibrage de charge DNS (Domain Name System) de la couche réseau sur les serveurs de médiation d’un pool (ou acheminer le trafic de manière uniforme vers tous les serveurs de médiation d’un pool)
Accepter le trafic de n’importe quel serveur de médiation dans un pool
Vous pouvez utiliser l’outil de planification De Microsoft Lync Server 2013 pour évaluer si la synchronisation du serveur de médiation avec votre pool frontal peut gérer la charge. Si votre environnement ne répond pas à ces exigences, vous devez déployer un pool de serveurs de médiation autonome.
Aspects relatifs au site central et aux sites de succursale
Les serveurs de médiation sur le site central peuvent être utilisés pour acheminer les appels pour les passerelles IP-PBXs ou RTC sur les sites de succursale. Toutefois, si vous déployez des jonctions SIP, vous devez déployer un serveur de médiation sur le site où chaque jonction se termine. Le fait d’avoir un serveur de médiation sur le site central route les appels pour une passerelle IP-PBX ou RTC sur un site de succursale ne nécessite pas l’utilisation de la déviation du trafic multimédia. Cependant, si vous pouvez l’activer, vous pourrez réduire la latence du chemin d’accès des médias et améliorer la qualité des médias car le chemin d’accès des médias n’est plus nécessaire pour suivre le chemin de signalisation. La déviation du trafic multimédia réduit également la charge de traitement sur le pool.
Remarque
La déviation du trafic multimédia ne fonctionnera pas avec chaque passerelle RTC, système IP-PBX et SBC. Microsoft a testé une série de passerelles RTC et de SBC avec l’aide de partenaires agréés et a réalisé des tests avec les systèmes IP-PBX de Cisco. La déviation du trafic multimédia est prise en charge uniquement avec les produits et versions répertoriés dans Unified Communications Open Interoperability Program - Lync Server.
Si la résilience du site de succursale est requise, une survivable Branch Appliance ou une combinaison d’un serveur frontal, d’un serveur de médiation et d’une passerelle doivent être déployées sur le site de succursale. (L’hypothèse avec la résilience du site de succursale est que la présence et les conférences ne sont pas résilientes sur le site.) Pour obtenir des conseils sur la planification du site de succursale pour la voix, consultez Planifier la résilience Téléphonie – Grandes entreprises dans Skype Entreprise Server.
Pour les interactions avec un IP-PBX, si l’IP-PBX ne prend pas correctement en charge les interactions multimédias précoces avec plusieurs dialogues précoces et les interactions RFC 3960, il peut y avoir un découpage des premiers mots du message d’accueil pour les appels entrants de l’IP-PBX vers Skype Entreprise points de terminaison. Ce problème peut être plus grave si un serveur de médiation sur un site central achemine les appels pour un PBX IP où l’itinéraire se termine sur un site de succursale, car plus de temps est nécessaire pour que la signalisation se termine. Si vous rencontrez ce comportement, le déploiement d’un serveur de médiation sur le site de succursale est la seule façon de réduire le découpage des premiers mots.
Enfin, si votre site central a un PBX TDM, ou si votre IP-PBX n’élimine pas la nécessité d’une passerelle RTC, vous devez déployer une passerelle sur l’itinéraire d’appel en connectant le serveur de médiation et le PBX.
Remarque
Pour améliorer les performances multimédias d’un serveur de médiation autonome, activez RSS (Receive-Side Scaling) sur les cartes réseau de ces serveurs. RSS permet la gestion en parallèle des paquets entrants par plusieurs processeurs sur le serveur. Pour plus d’informations, consultez « Améliorations de la mise à l’échelle côté réception dans Windows Server ». Pour plus d’informations sur l’activation de RSS, reportez-vous à la documentation de votre carte réseau.