Plans de numérotation et règles de normalisation
Dernière rubrique modifiée : 2012-10-14
Un plan de numérotation est un ensemble nommé de règles de normalisation qui convertissent des numéros de téléphone pour un emplacement, un utilisateur individuel ou un objet contact nommé, en un format standard (E.164) à des fins d’autorisation téléphonique et de routage des appels.
Les règles de normalisation définissent la façon dont les numéros de téléphone exprimés en divers formats sont routés vers chaque emplacement, utilisateur ou objet contact. La même chaîne de numérotation peut être interprétée et traduite différemment selon l’emplacement d’origine de la numérotation et la personne ou l’objet Contact passant l’appel.
Étendue du plan de numérotation
L’étendue d’un plan de numérotation détermine le niveau hiérarchique auquel le plan de numérotation peut être appliqué. Dans Lync Server 2010, un plan de numérotation par utilisateur spécifique peut être assigné à un utilisateur. Si aucun plan de numération de l’utilisateur n’est assigné, le plan de numérotation du pool de serveurs d’inscriptions est appliqué. En l’absence de plan de numérotation du pool de serveurs d’inscriptions, le plan de numérotation du site est appliqué. Enfin, si aucun autre plan de numérotation ne peut être appliqué à l’utilisateur, le plan de numérotation global sera appliqué.
Les clients obtiennent des niveaux d’étendue du plan de numérotation par l’intermédiaire des paramètres de provisionnement intrabande lorsque les utilisateurs se connectent à Lync Server. En tant qu’administrateur, vous pouvez gérer et assigner des niveaux d’étendue du plan de numérotation à l’aide de Panneau de configuration Lync Server.
.gif "note") Remarque : |
|---|
| Le plan de numérotation de la passerelle PSTN au niveau du service est appliqué aux appels entrant depuis une passerelle donnée. |
Les niveaux d’étendue du plan de numérotation sont définis comme suit :
Plan de numérotation de l’utilisateur : peut être assigné à des utilisateurs individuels, des groupes ou des objets Contact. Les applications Voix peuvent rechercher et utiliser un plan de numérotation par utilisateur lorsqu’une valeur de contexte téléphonique utilisateur par défaut est reçue. Dans le but d’assigner un plan de numérotation, un objet Contact est traité comme s’il s’agissait d’un utilisateur individuel.
Plan de numérotation du pool : peut être créé au niveau du service pour n’importe quelle passerelle ou n’importe quel serveur d’inscriptions de votre topologie. Pour définir un plan de numérotation du pool, vous devez spécifier le service donné (passerelle PSTN ou pool de serveurs d’inscriptions) auquel le plan de numérotation s’applique.
Plan de numérotation de site : peut être créé pour un site entier, sauf pour les utilisateurs, groupes ou objets contact qui sont assignés à un plan de numérotation de pool ou de l’utilisateur. Pour définir un plan de numérotation de site, vous devez spécifier le site auquel le plan s’applique.
Plan de numérotation global : le plan de numérotation par défaut installé avec le produit. Vous pouvez modifier le plan de numérotation global mais vous ne pouvez pas le supprimer. Ce plan de numérotation s’applique à tous les utilisateurs, groupes et objets contact de Voix Entreprise dans votre déploiement, à moins que vous ne configuriez et assignez un plan de numérotation doté d’une étendue plus spécifique.
Planification des plans de numérotation
La planification des plans de numérotation se compose des éléments suivants :
Liste de tous les paramètres régionaux dans lesquels votre organisation a un bureau.
Cette liste doit être à jour et complète. Elle doit être revue à mesure que la société ou l’organisation évolue. Dans une multinationale de grande taille avec de nombreuses petites succursales, cette tâche peut nécessiter un certain temps.
Identification des modèles de numéro valides pour chaque site.
La partie de la planification de vos plans de numérotation qui prend le plus de temps est l’identification des modèles de numéro valides pour chaque site. Dans certains cas, vous pouvez être en mesure de copier les règles de normalisation que vous avez écrites pour un plan de numérotation vers d’autres plans particulièrement si les sites correspondants se trouvent dans les mêmes pays/région ou continent. Dans d’autres cas, de petites modifications apportées aux numéros d’un plan de numérotation peuvent être suffisantes pour permettre leur utilisation dans d’autres plans de numérotation.
Développement d’un schéma à l’échelle de l’organisation pour nommer les plans de numérotation.
L’adoption d’un schéma de nommage standard assure une cohérence à l’échelle de l’organisation et facilite la maintenance et les mises à jour.
Détermination de la nécessité de plusieurs plans de numérotation pour un seul emplacement.
Si votre organisation gère un seul plan de numérotation sur plusieurs emplacements, il est possible que vous deviez quand même créer un plan de numérotation distinct pour les utilisateurs Voix Entreprise qui effectuent une migration à partir d’un système PBX et ont besoin de conserver leurs postes existants.
Détermination de la nécessité de plans de numérotation par utilisateur. Par exemple, si vous avez des utilisateurs sur un site de succursale qui sont inscrits auprès du site central ou si vous avez des utilisateurs inscrits sur un Survivable Branch Appliance, vous pouvez faire face à des scénarios de numérotation spéciaux avec des plans de numérotation et des règles de normalisation par utilisateur. Pour plus d’informations, voir Conditions requises pour la résistance des sites de succursale.
Détermination de l’étendue d’un plan de numérotation (tel que décrit plus haut dans cette rubrique).
Pour créer un plan de numérotation, spécifiez des valeurs dans les champs suivants, selon les besoins, à l’aide du Panneau de configuration Lync Server ou de Lync Server Management Shell.
Nom et nom simple
Pour les plans de numérotation de l’utilisateur, spécifiez un nom descriptif qui identifie les utilisateurs, groupes ou objets Contact auxquels le plan de numérotation sera assigné. Pour les plans de numérotation de site, le champ Nom est pré-rempli avec le nom du site et ne peut pas être modifié. Pour les plans de numérotation de pool, le champ Nom est pré-rempli avec la passerelle PSTN ou le nom de domaine complet du pool frontal et ne peut pas être modifié.
Le Nom simple du plan de numérotation est pré-rempli avec une chaîne qui est dérivée du nom du plan de numérotation. Le champ Nom simple peut être modifié, et il est prévu pour vous permettre de déterminer une convention de nommage plus descriptive pour vos plans de numérotation. La valeur Nom simple ne peut pas être vide et doit être unique. Une meilleure pratique consiste à développer un schéma de nommage pour votre organisation et de l’utiliser de manière cohérente sur tous les sites et les utilisateurs.
Description
Nous vous conseillons de taper le nom commun et reconnaissable du lieu géographique auquel le plan de numérotation s’applique. Par exemple, si le nom du plan de numérotation est Londres.Contoso.com, il est recommandé d’indiquer Londres dans la zone Description.
Région de la conférence rendez-vous
Si vous déployez une conférence rendez-vous, vous devrez spécifier une région en vue d’associer les numéros d’accès de conférence rendez-vous à un plan de numérotation. Pour plus d’informations, voir Conférence rendez-vous dans Lync Server 2010 dans la documentation de planification.
Préfixe d’accès externe
Vous pouvez spécifier un préfixe d’accès externe de 4 caractères maximum (#, * et 0 à 9) si les utilisateurs doivent numéroter un ou plusieurs chiffres supplémentaires (par exemple, 9) pour obtenir une ligne externe.
| Remarque : |
|---|
| Si vous spécifiez un préfixe d’accès externe, il n’est pas nécessaire de créer une règle de normalisation supplémentaire pour inclure le préfixe. |
Règles de normalisation
Les règles de normalisation définissent la façon dont les numéros de téléphone exprimés sous différents formats doivent être acheminés pour l’emplacement nommé. La même chaîne de numéros peut être interprétée et convertie différemment en fonction des paramètres régionaux à partir desquels elle est composée. Les règles de normalisation sont nécessaires au routage des appels car les collaborateurs d’une organisation peuvent utiliser (et utilisent) différents formats lorsqu’ils entrent des numéros de téléphone dans leurs listes de contacts.
La normalisation des numéros de téléphone fournis par l’utilisateur offre un format cohérent qui facilite :
la correspondance d’un numéro composé et de l’URI SIP du destinataire concerné ;
l’application de règles d’autorisation de numérotation à l’appelant.
Les champs numériques suivants figurent parmi ceux que vos règles de normalisation devront peut-être prendre en compte :
Plan de numérotation
Indicatif du pays
Indicatif régional
Longueur du poste
Préfixe de site
Création de règles de normalisation
Les règles de normalisation utilisent des expressions régulières .NET Framework pour spécifier des modèles de correspondance numérique que le serveur utilise pour traduire des chaînes de numérotation au format E.164 dans le but d’effectuer une recherche inversée du numéro. Créez les règles de normalisation dans le Panneau de configuration Lync Server soit en entrant les expressions manuellement, soit en entrant les premiers chiffres et la longueur de la chaîne de numérotation à faire correspondre et en laissant le Panneau de configuration Lync Server créer l’expression correspondante pour vous. Quelle que soit la méthode choisie, lorsque vous avez terminé, vous pouvez entrer un numéro test afin de vérifier que la règle de normalisation fonctionne comme prévu.
Pour plus d’informations sur l’utilisation d’expressions régulières .NET Framework, voir « Expressions régulières .NET Framework » à l’adresse https://go.microsoft.com/fwlink/?linkid=140927&clcid=0x40C.
Exemples de règles de normalisation
Le tableau suivant illustre des exemples de règles de normalisation écrites sous la forme d’expressions régulières .NET Framework. Il s’agit uniquement d’exemples qui ne doivent pas être considérés comme une référence normative pour la création de règles de normalisation.
Tableau 1. Règles de normalisation à l’aide d’expressions régulières .NET Framework
| Nom de la règle | Description | Modèle de numéro | Traduction | Exemple |
|---|---|---|---|---|
4digitExtension |
Traduit les numéros de poste à 4 chiffres |
^(\d{4})$ |
+1425555$1 |
0100 est traduit par +14255550100 |
5digitExtension |
Traduit les numéros de poste à 5 chiffres |
^5(\d{4})$ |
+1425555$1 |
50100 est traduit par +14255550100 |
7digitcallingRedmond |
Traduit les numéros à 7 chiffres en numéros locaux Redmond |
^(\d{7})$ |
+1425$1 |
5550100 est traduit par +14255550100 |
7digitcallingDallas |
Traduit les numéros à 7 chiffres en numéros locaux Dallas |
^(\d{7})$ |
+1972$1 |
5550100 est traduit par +19725550100 |
10digitcallingUS |
Traduit des numéros à 10 chiffres aux États-Unis |
^(\d{10})$ |
+1$1 |
2065550100 est traduit par +12065550100 |
LDCallingUS |
Traduit des numéros avec des préfixes longue distance aux États-Unis |
^1(\d{10})$ |
+$1 |
12145550100 est traduit par +2145550100 |
IntlCallingUS |
Traduit des numéros avec des préfixes internationaux aux États-Unis |
^011(\d*)$ |
+$1 |
01191445550100 est traduit par +91445550100 |
RedmondOperator |
Traduit 0 par l’opérateur de Redmond |
^0$ |
+14255550100 |
0 est traduit par +14255550100 |
RedmondSitePrefix |
Traduit les numéros avec un préfixe réseau (6) et le code de site de Redmond (222) |
^6222(\d{4})$ |
+1425555$1 |
62220100 est traduit par +14255550100 |
NYSitePrefix |
Traduit les numéros avec un préfixe réseau (6) et le code de site New York (333) |
^6333(\d{4})$ |
+1202555$1 |
63330100 est traduit par +12025550100 |
DallasSitePrefix |
Traduit les numéros avec un préfixe réseau (6) et le code de site Dallas (444) |
^6444(\d{4})$ |
+1972555$1 |
64440100 est traduit par +19725550100 |
Le tableau suivant illustre un exemple de plan de numérotation pour Redmond, Washington, États-Unis, basé sur les règles de normalisation indiquées dans le tableau précédent.
Tableau 2. Plan de numérotation pour Redmond basé sur les règles de normalisation mentionnées dans le Tableau 1
| Redmond.forestFQDN |
|---|
5digitExtension |
7digitcallingRedmond |
10digitcallingUS |
IntlCallingUS |
RedmondSitePrefix |
NYSitePrefix |
DallasSitePrefix |
RedmondOperator |
| Remarque : |
|---|
| Les noms des règles de normalisation indiqués dans le tableau précédent n’incluent pas d’espaces, mais c’est une question de choix. Le premier nom du tableau, par exemple, aurait pu s’écrire « 5 digit extension » ou « 5-digit Extension » et être toujours valide. |