Partager via

Instructions de déploiement pour le serveur de médiation dans Lync Server 2013

  • Article

 

Rubrique Dernière modification : 2012-10-12

Cette rubrique décrit les instructions de planification pour le déploiement du serveur de médiation. Après avoir examiné ces instructions, nous vous recommandons d’utiliser l’outil de planification pour créer et afficher d’autres topologies possibles, qui peuvent servir de modèles pour l’aspect de la topologie personnalisée finale que vous décidez de déployer.

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 des 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 contrôlés par le pool de serveurs de médiation

  • des périodes de trafic aux heures de pointe via ces passerelles ;

  • Pourcentage d’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 à l’heure de pointe qui doivent être pris en charge. S’il n’y a pas suffisamment d’UC, vous devez déployer un pool autonome de serveurs de médiation ; et les passerelles RTC, IP-PBX et SBC devront ê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 IP-PBX ou des contrôleurs de bordure de session (SBC) qui ne prennent pas en charge les fonctionnalités appropriées pour interagir avec un pool de serveurs de médiation, notamment les suivants, ils doivent être associés à un pool autonome constitué d’un serveur de médiation unique :

  • Effectuer un équilibrage de charge DNS (Domain Name System) de couche réseau entre les serveurs de médiation d’un pool (ou acheminer le trafic uniformément vers tous les serveurs de médiation d’un pool)

  • Accepter le trafic provenant de n’importe quel serveur de médiation dans un pool

Vous pouvez utiliser l’outil de planification Microsoft Lync Server 2013 pour déterminer si la colocalisation du serveur de médiation avec votre pool frontal peut gérer la charge. Si votre environnement ne peut pas répondre à 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 PSTN 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 l’itinéraire du site central nécessite une passerelle IP-PBX ou PSTN sur un site de succursale ne nécessite pas l’utilisation de la déviation du trafic multimédia. Toutefois, si vous pouvez activer le contournement du média, cela réduit la latence du chemin d’accès multimédia et, par conséquent, améliore la qualité du média, car le chemin d’accès du média n’est plus nécessaire pour suivre le chemin de signalisation. La déviation du trafic multimédia réduira é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 le programme Unified Communications Open Interoperability Program – Lync Server at https://go.microsoft.com/fwlink/p/?LinkId=268730.

Si la résilience du site de branche est requise, une appliance Survivable Branch Appliance ou une combinaison d’un serveur frontal, d’un serveur de médiation et d’une passerelle doit être déployée sur le site de la branche. (L’hypothèse avec la résilience du site de branche est que la présence et la conférence ne sont pas résilientes sur le site.) Pour obtenir des conseils sur la planification de site de branche pour la voix, consultez Planification de la résilience vocale de site de branche dans Lync Server 2013.

Pour les interactions avec un IP-PBX, si 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 découpage des premiers mots du message d’accueil pour les appels entrants des points de terminaison IP-PBX vers Lync. Ce comportement peut être plus grave si un serveur de médiation sur un site central effectue un routage pour un IP-PBX où l’itinéraire se termine sur un site de branche, car plus de temps est nécessaire pour la signalisation. Si vous rencontrez ce comportement, le déploiement d’un serveur de médiation sur le site de succursale est le seul moyen 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 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 » à l’adresse https://go.microsoft.com/fwlink/p/?LinkId=268731. Pour plus d’informations sur l’activation de RSS, reportez-vous à la documentation de votre carte réseau.