Jonction M:N dans Lync Server 2013
Rubrique Dernière modification : 2012-10-01
Lync Server 2013 prend en charge une plus grande flexibilité dans la définition d’une jonction à des fins de routage des appels des versions précédentes. 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 éléments : un serveur de médiation peut avoir plusieurs jonctions vers la même passerelle ; un serveur de médiation peut avoir plusieurs jonctions à différentes passerelles ; inversement, une passerelle peut avoir plusieurs jonctions vers différents serveurs de médiation.
Une jonction racine doit toujours être créée lorsqu’une passerelle est ajoutée à la topologie Lync à 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 dépasse la configuration matérielle minimale requise pour Lync Server 2013, comme décrit dans le matériel pris en charge pour Lync Server 2013 dans la documentation de support, l’estimation du nombre d’appels non contournement actifs qu’un serveur de médiation autonome peut gérer est d’environ 1 000 appels. Lorsqu’il est déployé sur le matériel répondant à ces spécifications, le serveur de médiation est censé effectuer 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 il peut être 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 du bureau d’enregistrement). Ensemble, ces nouvelles fonctionnalités augmentent la fiabilité et la flexibilité de déploiement des serveurs de médiation, mais elles nécessitent des fonctionnalités associées dans les entités homologues suivantes :
Passerelle RTC. Une passerelle qualifiée Lync Server 2013 doit implémenter l’équilibrage de charge DNS, ce qui permet à une passerelle de réseau téléphonique commuté (RTC) qualifiée d’agir comme équilibreur de charge pour un pool de serveurs de médiation, et ainsi 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 le sens du pool du serveur 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 du SBC vers le pool, le trafic peut être envoyé à n’importe quel serveur de médiation du pool. Une méthode pour y parvenir est l’équilibrage de charge DNS, s’il est pris 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 du pool, et le fournisseur de services les approvisionnera dans leur jonction SBC en tant que 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 prennent pas 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 au SBC entraîne des frais mensuels.
IP-PBX. Dans la direction entre le pool du serveur de médiation et l’arrêt SIP IP-PBX, ip-PBX peut recevoir des connexions de n’importe quel serveur de médiation du pool. Dans la direction entre IP-PBX et le pool, le trafic peut être envoyé à n’importe quel serveur de médiation du 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 entre IP-PBX et chaque serveur de médiation du pool. 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 dispose d’un ensemble cohérent de règles de routage à l’adresse IP-PBX. Si un IP-PBX particulier prend en charge ce concept de groupe de jonctions et comment il se croise avec la propre redondance ip-PBX et l’architecture de clustering doit être déterminé 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 cette 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).
Un homologue de jonction PSTN, IP-PBX ou SIP particulier peut être acheminé 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 de nombreux autres appels, car seul le traitement de la couche de signalisation est nécessaire.