Prise en charge de plusieurs passerelles
Dernière rubrique modifiée : 2012-01-25
Dans Lync Server 2010, un serveur de médiation unique peut désormais contrôler plusieurs passerelles. Dans les versions précédentes, le ratio serveur de médiation/passerelle était de 1:1. Une passerelle peut être attribuée à plusieurs itinéraires téléphoniques et associée à un serveur de médiation ou un pool de serveur de médiation. Plusieurs passerelles peuvent être associées à un serveur de médiation unique ou à un pool de serveur de médiation. Dans cette version, le nombre de passerelles pouvant être gérées par un serveur de médiation donné dépend de la capacité de traitement du serveur aux heures de pointe. Si vous déployez un serveur de médiation sur du matériel qui excède la configuration matérielle minimale requise pour Lync Server 2010, comme décrit dans la section « Matériel pris en charge » de la documentation de prise en charge, le nombre d’appels actifs pouvant être gérés par un serveur de médiation autonome est estimé à environ 1 000 appels. Lorsqu’il est déployé sur du matériel conforme à ces spécifications, le serveur de médiation est censé effectuer le transcodage, mais il continue d’acheminer les appels vers plusieurs passerelles, même si elles ne prennent pas en charge le contournement de média.
Lorsque vous définissez un itinéraire téléphonique, vous spécifiez les passerelles, mais pas les serveur de médiation, qui lui sont associées. Vous devez utiliser le Générateur de topologies pour associer les passerelles, et donc les itinéraires, aux serveur de médiation. En d’autres termes, le routage détermine quelle passerelle utiliser pour un appel, et c’est le serveur de médiation associé à cette passerelle qui gère l’appel.
En outre, Lync Server 2010 vous permet maintenant de déployer un serveur de médiation en tant que pool qui peut être colocalisé avec un pool de serveurs frontaux ou déployé en tant que pool autonome. Lorsqu’un serveur de médiation est colocalisé avec un pool de serveurs frontaux, le pool peut contenir 10 serveurs au plus (taille maximale du pool de serveurs d’inscription). Ensemble, ces nouvelles fonctionnalités augmentent la fiabilité et la facilité de déploiement d’un serveur de médiation, mais elles doivent être associées à d’autres fonctionnalités dans les entités homologues suivantes :
Passerelle PSTN. Une passerelle qualifiée Lync Server 2010 doit implémenter l’équilibrage de la charge DNS, ce qui permet à une passerelle PSTN qualifiée de jouer le rôle de programme d’équilibrage de charge pour un pool de serveur de médiation, et ainsi d’équilibrer la charge des appels dans le pool.
Contrôleur de frontière de session. Pour une jonction SIP, l’entité homologue est un contrôleur de frontière de session (SBC) chez un fournisseur de services de téléphonie Internet. Dans le sens serveur de médiation-Contrôleur SBC, le contrôleur SBC peut recevoir des connexions provenant de tout serveur de médiation du pool. Dans le sens Contrôleur SBC-Pool, le trafic peut être acheminé vers n’importe quel serveur de médiation du pool. L’équilibrage de la charge DNS permet d’y parvenir si le fournisseur de services et le contrôleur SBC le prennent en charge. Il est également possible de donner au fournisseur de services les adresses IP de tous les serveur de médiation du pool. Il les provisionnera alors dans son contrôleur SBC en tant que jonction SIP distincte pour chaque serveur de médiation. Le fournisseur de services gérera ensuite l’équilibrage de charge pour ses propres serveurs. Tous les fournisseurs de services ou contrôleurs SBC ne prennent pas en charge ces fonctionnalités. Et certains fournisseurs de services font payer cette fonctionnalité. Chaque jonction SIP vers le contrôleur SBC requiert généralement le paiement d’une redevance mensuelle.
Le fournisseur de services peut également configurer une jonction SIP unique vers votre site pour que vous puissiez déployer un programme d’équilibrage de la charge matérielle entre le contrôleur SBC et le pool de serveur de médiation (ou les serveur de médiation colocalisés sur le pool de serveurs frontaux). Avec cette configuration, si vous ajoutez un nouveau serveur de médiation, la configuration du fournisseur de services n’a pas besoin d’être modifiée. Il est possible d’assurer la redondance SBC si l’IP du contrôleur SBC est une adresse IP virtuelle qui peut être reliée à différents contrôleurs SBC physiques. Dans ce cas, un mécanisme de récupération s’enclenche si un contrôleur SBC n’est plus disponible.
**IP-PBX.**Dans le sens Pool de serveur de médiation-Terminaison SIP IP-PBX, le système IP-PBX peut recevoir des connexions provenant de n’importe quel serveur de médiation du pool. Dans le sens IP-PBX-Pool, le trafic peut être acheminé vers n’importe quel serveur de médiation du pool. Comme la plupart des systèmes IP-PBX ne prennent pas en charge l’équilibrage de la charge DNS, il est conseillé de définir des connexions SIP directes individuelles du système IP-PBX vers chaque serveur de médiation du pool. Le système IP-PBX gérera ensuite son propre équilibrage de charge en répartissant le trafic dans le groupe de jonctions. Le groupe de jonctions est supposé avoir un ensemble cohérent de règles de routage sur le système IP-PBX. Avant de décider si un cluster de serveur de médiation peut interagir correctement avec un système IP-PBX, vous devez déterminer si un système IP-PBX donné prend en charge ce concept de groupe de jonctions et comment il s’articule avec l’architecture de redondance/clustering du système IP-PBX.
Un pool de serveur de médiation doit disposer d’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’est pas possible de segmenter le pool pour que quelques serveur de médiation communiquent avec certains homologues de passerelles uniquement pour les appels sortants. S’il est nécessaire de procéder à cette segmentation, vous devez utiliser un pool distinct de serveur de médiation. Ce serait le cas, par exemple, si les fonctionnalités associées dans les passerelles PSTN, jonctions SIP ou systèmes IP-PBX pour interagir avec un pool n’étaient pas présentes (voir plus haut dans cette rubrique).
Pour déployer Lync Server 2010, il faut qu’un homologue de passerelle PSTN, de système IP-PBX ou de jonction SIP dépende d’un seul pool de serveur de médiation unique ; le pool de serveurs frontauxLync Server 2010 achemine les appels vers ce pool pour les faire parvenir à cet homologue de passerelle.
Pour les jonctions SIP, systèmes IP-PBX et passerelles PSTN requérant l’utilisation d’un pool distinct de serveur de médiation, le scénario suivant peut être utilisé pour assurer la redondance :
Pour résoudre le problème qui survient lorsque plusieurs serveur de médiation interagissent avec la même entité homologue de passerelle, vous devez configurer plusieurs passerelles virtuelles. Chaque passerelle serait associée à un nom de domaine complet différent que le DNS associerait à la même adresse IP.
Des serveur de médiation autonomes individuels (par exemple, un pool d’un serveur de médiation) seraient utilisés, et une jonction serait définie entre un serveur de médiation et une passerelle virtuelle ; chaque serveur de médiation redondant serait responsable d’une connexion de jonction vers une passerelle virtuelle différente.
Pour que ce scénario fonctionne avec des homologues de passerelle prenant en charge des connexions TLS, le nom de domaine complet de chaque passerelle virtuelle doit figurer dans le nom du sujet ou l’autre nom du sujet du certificat fourni par l’homologue de passerelle.
La stratégie appliquée pour permettre l’interaction avec l’homologue de passerelle sera celle qui est associée au premier objet de passerelle correspondant dans le magasin de configurations. Cela ne devrait pas être problématique dans la mesure où la même stratégie devrait être associée à toutes les passerelles virtuelles. (Les passerelles virtuelles correspondent toutes au même matériel physique.)
Les itinéraires Lync Server 2010 emprunteront des passerelles virtuelles différentes. Chaque passerelle virtuelle dépendra d’un serveur de médiation différent.
Le nombre de passerelles pouvant être contrôlées par un pool donné de serveur de médiation dépend du nombre d’appels qui utilisent le contournement de média. Si de nombreux appels utilisent le contournement de média, un serveur de médiation du pool peut gérer bien d’autres appels, car seul le traitement de couche de signalisation est nécessaire.