Itinéraires des communications vocales
Dernière rubrique modifiée : 2011-08-18
Les itinéraires téléphoniques spécifient comment le logiciels de communication Microsoft Lync Server 2010 traite les appels sortants passés par les utilisateurs de Voix Entreprise. Lorsqu’un utilisateur compose un numéro, le serveur frontal, si nécessaire, normalise la chaîne de numérotation au format E.164 et tente de la faire correspondre à un URI SIP. Si le serveur ne parvient pas à établir de correspondance, il applique la logique de routage des appels sortants en fonction du numéro. Dernière étape de la définition : la logique crée un itinéraire téléphonique nommé distinct pour chaque ensemble de numéros de téléphone de destination répertorié dans chaque plan de numérotation.
Avant de définir des itinéraires d’appels sortants, vous devez effectuer les étapes suivantes :
Déployer une ou plusieurs passerelles PSTN ou connexions de jonction SIP et des serveurs de médiation Lync Server 2010.
Créer des plans de numérotation selon les besoins des sites, des personnes, ainsi que des objets Contact.
Créer des enregistrements d’utilisation PSTN (réseau téléphonique commuté).
En outre, pour activer le routage des appels sortants, vous devez créer et assigner une ou plusieurs stratégies de voix. Cette tâche peut être effectuée avant ou après la définition des itinéraires des appels sortants.
Pour chaque itinéraire, vous devez indiquer :
un nom sous lequel il peut être rapidement identifié ;
une description facultative pour les cas où le nom seul peut ne pas être suffisant pour décrire l’itinéraire ;
le modèle correspondant à l’expression régulière qui identifie les numéros de téléphone de destination auxquels l’itinéraire est appliqué, avec les exceptions auxquelles le modèle ne doit pas être appliqué ;
le nom de domaine complet d’une ou de plusieurs passerelles que vous souhaitez assigner à l’itinéraire ;
les enregistrements d’utilisation PSTN dont doivent disposer les utilisateurs afin d’appeler des numéros qui correspondent à l’expression régulière du numéro de téléphone de destination.
Vous pouvez spécifier des itinéraires téléphoniques dans le Panneau de configuration Microsoft Lync Server 2010. Ces itinéraires renseignent la table de routage du serveur que Lync Server utilise pour router les appels destinés au réseau commuté.
Prise en charge de plusieurs passerelles
Lync Server 2010 fournit une plus grande souplesse dans le déploiement de passerelles PSTN. Une passerelle donnée peut être assignée à plusieurs itinéraires téléphoniques et associée à un serveur ou à un pool de serveurs de médiation. Il est possible d’associer plusieurs passerelles avec un seul serveur de médiation ou un pool de serveurs de médiation. Lorsque vous définissez un itinéraire téléphonique, vous spécifiez les passerelles associées à cet itinéraire, mais vous ne précisez pas les serveurs de médiation qui y sont associés. À la place, vous utilisez le Générateur de topologies pour associer des passerelles, et par conséquent des itinéraires, aux serveurs de médiation. En d’autres termes, le routage détermine la passerelle à utiliser pour un appel et le serveur de médiation associé à cette passerelle gère l’appel.
Routage à moindre coût
La possibilité de spécifier les passerelles PSTN vers lesquelles différents numéros sont routés permet de déterminer les itinéraires qui offrent les coûts les plus bas et de les implémenter en conséquence. Généralement, vous sélectionnez les passerelles en choisissant la plus proche du numéro de destination, afin de réduire les coûts des appels longue distance. Par exemple, si vous vous trouvez à New York et que vous appelez un numéro à Rome, vous transféreriez l’appel via le réseau IP vers la passerelle de votre bureau romain, ne subissant ainsi que le coût d’un appel local.
Voici un exemple d’utilisation du routage à moindre coût : Fabrkam décide d’autoriser les utilisateurs allemands à composer des numéros américains à l’aide de la passerelle correspondante. Fabrkam veut également configurer le système de sorte que tous les appels en provenance des utilisateurs de Lync Server aux États-Unis et destinés à l’Allemagne et aux pays/régions voisins aboutissent sur la passerelle allemande. Ce routage est économique car un appel passé de l’Allemagne vers l’Australie, par exemple, est moins onéreux qu’un appel émis des États-Unis en direction de l’Australie.
Traduction des chaînes de numérotation sortantes
Lync Server 2010, comme ses prédécesseurs immédiats, exige que toutes les chaînes de numérotation adoptent le format standard E.164 pour des besoins de recherche de numéros inversée. Des composants en aval, tels que les passerelles, les PBX ou les jonctions SIP, peuvent nécessiter des numéros conformes aux formats de numérotation locaux. Ainsi, dans Microsoft Office Communications Server 2007 R2, il était parfois nécessaire de configurer individuellement les composants en aval, voire de réacheminer les appels, pour accepter les chaînes de numérotation E.164. Contrairement à son prédécesseur, Lync Server 2010 permet de créer une ou plusieurs règles et de les utiliser pour manipuler la requête URI avant de la router vers la passerelle. Par exemple, vous pouvez rédiger une règle pour supprimer la valeur « +44 » au début de la chaîne de numérotation et la remplacer par « 0144 ».
En planifiant la quantité et le type de passerelles à associer à un cluster de serveurs de médiation donné, il peut s’avérer utile de regrouper les passerelles ayant des exigences de numérotation locale similaires afin de réduire le nombre de règles de traduction requises et le temps nécessaire pour les rédiger.
Configuration d’un ID d’appelant
Lync Server 2010 fournit un moyen de manipuler l’ID de l’appelant pour les appels sortants. Par exemple, si une organisation souhaite masquer les numéros de poste direct des employés et les remplacer par le numéro de l’entreprise ou du service générique, un administrateur peut désormais le réaliser en utilisant le Panneau de configuration Microsoft Lync Server 2010 pour supprimer l’ID de l’appelant et le remplacer par un autre ID d’appelant spécifié. Dans la planification de votre logique de routage, vous devrez au moins déterminer si l’ID remplacé est intéressant pour certaines personnes ou certains groupes, sites, ou peut-être même pour l’ensemble des employés.
.gif "note") Remarque : |
|---|
| Pour les appels redirigés sur le réseau téléphonique commuté, l’ID de l’appelant générique s’affiche à la place de l’ID initial. L’appel peut alors contourner les paramètres de confidentialité ou « Ne pas déranger » éventuellement configurés par l’appelé. |
Logique de routage supplémentaire
Lors de la création d’itinéraires téléphoniques sortants, vous devez avoir conscience des facteurs suivants qui affectent la logique de routage :
Si la partie domaine de l’URI demandé ne contient pas de domaine pris en charge pour l’entreprise, le composant de routage sortant sur le serveur ne traite pas l’appel. Par exemple, dans certains scénarios où un appel est établi sur une limite fédérée, la partie domaine de l’URI permet de router l’appel vers l’entreprise qui est chargée de l’application de la logique du routage sortant.
Si un utilisateur n’est pas activé pour Voix Entreprise, le serveur applique une autre logique de routage, selon le cas.
Si un appel est routé vers une passerelle totalement occupée (toutes les lignes de la jonction sont occupées), la passerelle refuse l’appel et la logique de routage des appels sortants le redirige vers l’itinéraire à moindre coût suivant. Vous devez tenir compte de ces éléments, car une passerelle dont la taille est adaptée à un petit bureau à l’étranger (par exemple, Zurich) peut en réalité transporter une quantité considérable de trafic non local pour des appels internationaux vers la Suisse. Si la taille de la passerelle ne convient pas à ce trafic supplémentaire, les appels vers la Suisse peuvent être routés via une passerelle située en Allemagne, ce qui augmente les frais téléphoniques.