Plans de numérotation et règles de normalisation dans Lync Server 2013

  • Article

 

Rubrique Dernière modification : 2012-09-21

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 convertie 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, un plan de numérotation spécifique par utilisateur peut être attribué à un utilisateur. Si aucun plan de numérotation utilisateur n’est affecté, le plan de numérotation du pool du bureau d’enregistrement est appliqué. S’il n’existe aucun plan de numérotation de pool de serveurs d’inscriptions, le plan de numérotation de site est appliqué. Enfin, si aucun autre plan de numérotation ne peut être appliqué à l’utilisateur, le plan de numérotation global est appliqué.

Les clients obtiennent des niveaux d’étendue de plan de numérotation par le biais des paramètres d’approvisionnement en bande fournis lorsque les utilisateurs se connectent à Lync Server. En tant qu’administrateur, vous pouvez gérer et affecter des niveaux d’étendue de plan de numérotation à l’aide de Lync Server Panneau de configuration.

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 utilisateur : Peut être affecté à des utilisateurs individuels, des groupes ou des objets de contact. Les applications vocales peuvent rechercher un plan de numérotation par utilisateur lorsqu’un appel est reçu avec le contexte de téléphone défini sur user-default. Dans le cadre de l’attribution d’un plan de numérotation, un objet contact est traité comme un utilisateur individuel.

  • Plan de numérotation du pool : Peut être créé au niveau du service pour n’importe quelle passerelle RTC ou bureau d’enregistrement dans votre topologie. Pour définir un plan de numérotation de pool, vous devez spécifier le service particulier (passerelle RTC ou pool de bureaux d’enregistrement) auquel le plan de numérotation s’applique.

  • Plan de numérotation de site : Peut être créé pour un site entier, à l’exception de tous les utilisateurs, groupes ou objets de contact auxquels un plan de numérotation de pool ou un plan de numérotation utilisateur est attribué. Pour définir un plan de numérotation de site, vous devez spécifier le site auquel le plan de numérotation s’applique.

  • Plan de numérotation global : 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 de contact Enterprise Voice dans votre déploiement, sauf si vous configurez et affectez un plan de numérotation avec une étendue plus spécifique.

Planification des plans de numérotation

Pour planifier un plan de numérotation, procédez comme suit :

  • Répertoriez 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.

  • Identifiez 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 plan, particulièrement si les site 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éveloppez un schéma à l’échelle de l’organisation pour nommer les plans de numérotation.

    L’adoption d’un schéma d’appellation standard assure une cohérence à l’échelle de l’organisation et facilite la maintenance et les mises à jour.

  • Déterminez la nécessité de plusieurs plans de numérotation pour un seul emplacement.

    Si votre organisation gère un plan de numérotation unique sur plusieurs emplacements, vous devrez peut-être toujours créer un plan de numérotation distinct pour les utilisateurs Voix Entreprise qui migrent à partir d’un échange de succursales privée (PBX) et qui doivent conserver leurs extensions existantes.

  • Déterminez la nécessité de plans de numérotation par utilisateur. Par exemple, si des utilisateurs d’un site de succursale sont inscrits auprès du site central ou si vous avez des utilisateurs inscrits sur un survivable Branch Appliance, vous pouvez envisager des scénarios de numérotation spéciaux pour ces utilisateurs à l’aide de plans de numérotation par utilisateur et de règles de normalisation. Pour plus d’informations, consultez les exigences de résilience de site de branche pour Lync Server 2013.

  • Déterminez 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, vous spécifiez des valeurs dans les champs suivants, selon les besoins, à l’aide de Lync Server Panneau de configuration ou 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 affecté. 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 RTC ou le nom de domaine complet (FQDN) du pool frontal et ne peut pas être modifié.

Le nom simple du plan de numérotation est prérempli avec une chaîne dérivée du nom du plan de numérotation. Le champ Nom simplifié est modifiable, ce qui vous permet de créer une convention d'appellation 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 une convention d’appellation pour votre organisation puis d’utiliser cette convention 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.

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 les tâches suivantes :

  • Faire correspondre un numéro composé et de l’URI SIP du destinataire concerné

  • Appliquer des 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 convertir des chaînes de numérotation au format E.164 dans le but d’effectuer une recherche inversée du numéro. Vous créez des règles de normalisation dans le serveur Lync Panneau de configuration soit en entrant les expressions manuellement, soit en entrant les chiffres de départ et la longueur des chaînes de numérotation à mettre en correspondance et en laissant le serveur Lync Panneau de configuration générer l’expression régulière 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, consultez « .NET Framework Expressions régulières » à l’adresse https://go.microsoft.com/fwlink/p/?linkId=140927.

Exemples de règles de normalisation

Le tableau ci-dessous 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 Type de numéro Conversion Exemple

4digitExtension

Traduit les numéros de poste à 4 chiffres

^(\d{4})$

+1425555$1

0100 est converti en +14255550100

5digitExtension

Traduit les numéros de poste à 5 chiffres

^5(\d{4})$

+1425555$1

50100 est converti en +14255550100

7digitcallingRedmond

Traduit les numéros à 7 chiffres en numéros locaux Redmond

^(\d{7})$

+1425$1

5550100 est converti en +14255550100

7digitcallingDallas

Traduit les numéros à 7 chiffres en numéros locaux Dallas

^(\d{7})$

+1972$1

5550100 est converti en +19725550100

10digitcallingUS

Traduit des numéros à 10 chiffres aux États-Unis

^(\d{10})$

+1$1

2065550100 est converti en +12065550100

LDCallingUS

Traduit des numéros avec des préfixes longue distance aux États-Unis

^1(\d{10})$

+$1

12145550100 est converti en +2145550100

IntlCallingUS

Traduit des numéros avec des préfixes internationaux aux États-Unis

^011(\d*)$

+$1

01191445550100 est converti en +91445550100

RedmondOperator

Traduit 0 par l’opérateur de Redmond

^0$

+14255550100

0 est converti en +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 converti en +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 converti en +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 converti en +19725550100

Le tableau ci-dessous 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.