Afficher des applications serveur MSPL (Microsoft SIP Processing Language)
Dernière rubrique modifiée : 2011-07-17
Une application serveur MSPL (Microsoft SIP Processing Language) est une application script uniquement qui utilise un langage de script au lieu de l’API Microsoft Lync 2010. Outre la capacité de contrôler avec une plus grande précision les comportements de filtrage et proxy, le langage MSPL offre un procédé qui permet de répartir des messages spécifiques vers des applications SIP fondées sur des transactions. Le langage MSPL est plus particulièrement utilisé pour le filtrage et le routage des messages SIP. Les applications MSPL s’exécutent dans le même processus que le module UserServices, alors qu’un programme basé sur l’API Lync 2010 s’exécute dans un processus distinct.
Vous pouvez consulter la page Application serveur du groupe Topologie, dans le Panneau de configuration Lync Server, pour obtenir une liste des applications serveur MSPL exécutées sur les serveurs frontaux de votre environnement Lync Server 2010. La liste affiche les scripts disponibles pour chaque pool et indique s’ils sont activés ou critiques. Les scripts sont exécutés dans l’ordre où ils apparaissent dans la liste.
Ces scripts comportent les éléments suivants :
ClientVersionFilter permet à l’administrateur de spécifier la version des clients pris en charge dans un pool. Le filtre de version du client vérifie la version du client et peut soit empêcher le client de se connecter, soit présenter à l’utilisateur un message indiquant qu’il utilise un client non pris en charge. Ce filtre peut également être configuré pour afficher un message contenant l’URL d’accès à la dernière version téléchargeable du client.
TranslationService permet de convertir un numéro qu’un utilisateur compose vers un numéro E.164, conformément aux règles de normalisation définies par l’administrateur. Pour plus d’informations, voir Règles de traduction.
IncomingFederation impose la validation de la fédération au niveau du locataire pour les messages entre locataires et entrants en provenance de déploiements externes.
UserServices est le composant de serveur d’inscriptions SIP, de présence et de conférence d’un serveur frontal. Il propose des fonctionnalités très intégrées de messagerie instantanée, de présence et de conférence greffées sur le proxy SIP.
InterClusterRouting est chargé du routage des appels vers le pool de serveurs d’inscriptions principal de l’appelé. Pour plus d’informations, voir Composants VoIP du serveur frontal.
IIMFilter (filtre de message instantané intelligent) bloque les messages qui contiennent des URL interactives ou qui tentent de lancer des transferts de fichiers. IIMFilter vérifie également la version du client pour le compte du serveur. IIMFilter concerne les transferts de fichiers réalisés au moyen d’Microsoft Lync 2010, Communicator ou du client Live Meeting 2007. Par défaut, les liens interactifs sont désactivés en ajoutant un trait de soulignement avant le premier caractère du lien. Un administrateur peut modifier ce comportement afin que le lien soit bloqué. Dans ce cas, le serveur bloque les messages qui contiennent des URL interactives ou qui tentent d’initier un transfert de fichiers et les empêche ainsi d’atteindre leurs destinations prévues. IIMFilter est installé sur tous les serveurs Lync Server, à l’exception des serveurs proxy et des serveurs d’archivage.
UserPinService sert à vérifier les codes confidentiels dans le cadre des conférences rendez-vous.
DefaultRouting est l’application de routage par défaut pour les serveurs sur lesquels Lync Server est exécuté. Elle est activée par défaut. L’application de routage est installée sur tous les serveurs Standard Edition et Enterprise Edition.
ExumRouting achemine les appels vers la messagerie unifiée Exchange Server. ExumRouting détermine le serveur de messagerie unifiée Exchange approprié vers lequel acheminer l’appel en présence d’un nouveau message vocal à déposer. ExumRouting gère également d’autres aspects d’intégration de la messagerie unifiée Exchange, notamment le routage vers le standard automatique et l’accès abonné.
OutboundRouting détermine la passerelle qui achemine un appel vers un numéro de téléphone en fonction du numéro composé et de l’autorisation de numérotation de l’utilisateur. OutboundRouting gère également le réacheminement des appels si une passerelle n’est pas en mesure de traiter un appel.
QoEAgent réceptionne les rapports de données de qualité de l’expérience (QoE) en provenance des systèmes d’extrémité par le biais de demandes de service SIP, puis transmet les données à la file d’attente de destination sur le serveur de surveillance ou à des consommateurs tiers via HTTP POST. Pour plus d’informations, voir Planification pour la surveillance.
OutgoingFederation impose la validation de la fédération au niveau du locataire pour les messages à destination d’un déploiement externe ciblé.
AcpRouting redirige via proxy les demandes INVITE les demandes destinées au fournisseur de services d’audioconférence vers la passerelle de ce dernier.
Les scripts exécutés sur des serveurs Edge comprennent les éléments suivants :
IIMFilter
OptionsHandler répond aux demandes entrantes OPTIONS par 200 OK si la demande est destinée au serveur actuel. Cet élément est utilisé dans le cadre de la validation des topologies.