Instructions de déploiement du serveur de médiation

Serveurs de médiation colocalisés ou autonomes ?

Le serveur de médiation est colocalisé par défaut sur le serveur Standard Edition Server ou frontal dans un pool frontal sur les sites centraux. Le nombre d’appels PSTN pouvant être gérés et le nombre d’ordinateurs requis dans le pool dépendront des éléments suivants :

• le nombre d’homologues de passerelle que le pool de serveurs de médiation contrôle ;

• le trafic aux heures de pointe via ces passerelles ;

• le pourcentage d’appels qui contournent le serveur de médiation.

Lors de la planification, vérifiez qu’après avoir tenu compte de la configuration processeur requise pour les appels PSTN ne contournant pas le média et le serveur de conférence A/V (s’il est colocalisé et qu’il s’exécute par conséquent sur des serveurs frontaux dans le même pool), le processeur soit suffisamment disponible pour gérer les interactions de signalisation des nombreux appels devant être pris en charge aux heures de pointe. (Allouez au moins 30 % du processeur à cet effet.) Si la puissance du processeur n’est pas suffisante, vous devrez alors déployer un pool de serveurs de médiation autonome et des passerelles PSTN. Les IP-PBX et contrôleurs de frontière de session devront être scindé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 le deuxième pool autonome.

Si vous avez déployé des passerelles PSTN, des systèmes IP-PBX ou des contrôleurs de session en périphérie (SBC) dont les fonctionnalités ne permettent pas d’interagir avec un pool de serveurs de médiation, notamment dans le cadre des opérations énoncées ci-après, vous devrez alors les associer à un pool autonome constitué d’un serveur de médiation unique :

• Garantir l’équilibrage de la charge DNS de la couche réseau sur les serveurs de médiation au sein d’un pool (ou bien acheminer de manière uniforme le trafic sur tous les serveurs de médiation de ce dernier)

• Accepter le trafic d’un serveur de médiation dans un pool

Remarque :
Nous vous recommandons également de colocaliser des serveurs de médiation avec un pool frontal lorsqu’un système IP-PBX ne prend pas en charge le contournement de média mais le pool frontal chargé d’héberger le serveur de médiation peut gérer le transcodage vocal des appels non concernés par le contournement de média.

Vous pouvez utiliser l’outil de planification Microsoft Lync Server 2010 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 remplit pas les conditions requises, vous devez alors déployer un pool de serveurs de médiation autonome.

Considérations relatives au site central et aux sites de succursale

Les serveurs de médiation sur le site central peuvent être utilisés pour router les appels sur les sites de succursale pour les passerelles PSTN ou les IP-PBX. Si vous déployez des jonctions SIP, cependant, vous devez déployer un serveur de médiation sur le site où s’arrête chaque jonction. Le fait de disposer d’un serveur de médiation sur le site central qui route les appels sur un site de succursale pour un IP/PBX ou une passerelle PSTN ne requiert pas l’utilisation du contournement de média. Toutefois, si vous pouvez l’activer, vous pourrez réduire la latence du chemin d’accès des médias et par conséquent, obtenir une qualité des médias améliorée du fait que le chemin d’accès des médias n’est plus nécessaire pour suivre le chemin de signalisation. Le contournement de média réduira également la charge de traitement sur le pool.

Remarque :

Le contournement de média n’interagit pas avec chaque passerelle PSTN, système IP-PBX et contrôleur de session en périphérie (SBC). Microsoft a testé une série de passerelles PSTN avec l’aide de partenaires agréés et a également procédé à des tests avec les systèmes IP-PBX de Cisco. La certification pour les systèmes SBC est en cours. Le contournement de média n’est pris en charge qu’avec les produits et versions répertoriés dans l’article « Unified Communications Open Interoperability Program – Lync Server » à l’adresse https://go.microsoft.com/fwlink/?linkid=214406&clcid=0x40C.

Si la résistance de site de succursale est requise, un Survivable Branch Appliance ou une combinaison d’un serveur frontal, d’un serveur de médiation et d’une passerelle doit être déployé sur le site de succursale. (L’hypothèse avec la résistance de site de succursale est que la présence et la conférence ne sont pas résilientes sur le site.) Pour des instructions de planification de site de succursale pour la voix, voir Planification de la résistance vocale d’un site de succursale.

Pour les interactions avec un IP-PBX, si ce dernier ne prend pas correctement en charge les interactions des médias préliminaires avec celles de plusieurs boîtes de dialogue préliminaires et du RFC 3960, une coupure peut se produire sur le premier « Bonjour » pour les appels entrants de l’IP-PBX aux systèmes d’extrémité Lync Server 2010. Ce comportement peut s’aggraver si un serveur de médiation sur le site central achemine les appels pour un IP-PBX là où s’arrête l’itinéraire sur un site de succursale, car la signalisation a besoin de plus de temps pour se terminer. Si vous expérimentez ce comportement, le seul moyen de réduire la coupure sur le premier « Bonjour » consiste à déployer un serveur de médiation sur le site de succursale.

Pour finir, si votre site central comporte un TDM PBX ou que votre IP-PBX ne supprime pas le besoin d’une passerelle PSTN, vous devez alors déployer une passerelle sur l’itinéraire d’appel qui se connecte au serveur de médiation et au PBX.