Jonction M:N dans Skype Entreprise Server
Skype Entreprise Server Téléphonie – Grandes entreprises prend en charge la jonction M:N entre le serveur de médiation et les composants tels que les passerelles RTC, les contrôleurs de bordure de session et IP-PBX.
Skype Entreprise Server prend en charge une plus grande flexibilité dans la définition d’une jonction à des fins de routage des appels à partir 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 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 chaque fois que vous utilisez le Générateur de topologie pour ajouter une passerelle à la 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 Skype Entreprise Server, comme décrit dans Configuration requise pour Skype Entreprise Server 2015, l’estimation du nombre d’appels actifs sans contournement qu’un serveur de médiation autonome peut gérer est d’environ 1 000 appels. Lorsqu’il est déployé sur du matériel répondant à ces spécifications, le serveur de médiation est censé effectuer le transcodage, mais toujours acheminer les appels pour plusieurs passerelles, même si les passerelles ne prennent pas en charge le contournement 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 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 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.