Présentation des recherches de noms à partir de l'ID d'appelant
S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3
Dernière rubrique modifiée : 2015-03-09
La messagerie unifiée utilise les informations sur l’appelant et le destinataire pour effectuer une recherche par nom. Cette recherche permet d'inclure le nom d'un appelant dans les situations suivantes :
dans le cadre d'une notification d'appel en absence ;
lorsqu'un appelant laisse un message vocal à un utilisateur à messagerie unifiée si le nom de l'appelant figure dans Active Directory ou dans les contacts personnels du destinataire.
Contenu de cette rubrique
ID de l’appelant
Processus de recherche de nom
Résolution de numéro E.164 améliorée
Groupes de plans de numérotation équivalents
ID de l’appelant
L'ID de l'appelant est un service fourni par les sociétés de téléphonie. Il donne à la personne appelée le numéro de téléphone de l'appelant, voire son nom, et d'autres informations sur l'appel. Ces informations sont envoyées sur un câble série à l’aide de la signalisation d’appel. Lorsqu’un appel est reçu par un PBX (autocommutateur privé) ou un PBX IP depuis une société de téléphonie, l’appel comprend des informations d’identification d’appel, telles que :
le numéro de l'appelant ;
le numéro de l'appelé ;
les codes d’état indiquant :
la non-réponse (le téléphone a sonné mais l'appelé n'a pas répondu)
l’état ou la condition de la ligne téléphonique
la ligne occupée (l’appel a fonctionné mais la ligne est occupée)
le transfert d’appel (les appels entrants sont toujours transférés vers un autre numéro)
la ligne ou le numéro de port utilisé pour l'appel.
Processus de recherche de nom
La messagerie unifiée utilise deux sources de données pour recevoir des informations sur l’appelant et pour établir une correspondance avec le nom de l’appelant : Active Directory et les contacts personnels. Lorsque le processus de recherche de nom réussit, le nom de l'appelant est inséré dans les messages vocaux et les notifications d'appel en absence si ces options ont été activées pour l'appelé. Lorsqu’un appel entrant est reçu, les informations sur l’appelant sont transmises au serveur de messagerie unifiée. L’appelant peut appeler à l’intérieur ou à l’extérieur de votre organisation.
Dans la messagerie unifiée MicrosoftExchange Server 2007, suite à un signal de non-réponse ou de ligne occupée, l’appel est transféré à un serveur de messagerie unifiée qui y répond, et un message vocal est créé. Une fois l’appel traité, la messagerie unifiée Exchange 2007 tente de résoudre l’ID de l’appelant pour pouvoir insérer un nom, plutôt qu’un numéro, dans les informations sur l’expéditeur.
Dans Exchange 2007, les recherches de noms pour les messages vocaux sont effectuées à l’aide des informations sur un appelant qui appartient au même plan de numérotation que l’utilisateur appelé, de l’une des manières suivantes :
à l’aide d’une adresse proxy de messagerie unifiée Exchange ;
à partir des contacts personnels de l’utilisateur recevant l’appel ;
à l’aide de l’attribut msRTCSIP-Line dans Active Directory si le Service Pack 1 (SP1) de Exchange 2007 était installé et Exchange 2007 était intégré à Microsoft Office Communications Server 2007 ou Office Communications Server 2007 R2.
Dans MicrosoftExchange Server 2010, les méthodes de recherche de nom sont différentes de celles utilisées dans Exchange 2007. La procédure suivante est utilisée dans Exchange 2010 pour rechercher un nom à partir des informations de l’appelant :
Le nom de l’appelant est utilisé si ce dernier s’est connecté à sa boîte aux lettres à partir d’Outlook Voice Access ou s’il utilise un client Microsoft Unified Communications tel que MicrosoftOffice Communicator 2007 ou Communicator Phone Edition pour effectuer l’appel. L’identité de l’appelant est connue, car ce dernier a été authentifié lors de l’utilisation d’Outlook Voice Access, d’Office Communicator 2007 ou de Communicator Phone Edition.
Les adresses proxy de messagerie unifiée dans Active Directory sont utilisées. Si l'adresse proxy contient le symbole '@', elle est interprétée comme un URI SIP. Si l’adresse proxy commence par le caractère '+', elle est interprétée comme un numéro E.164. Si aucun de ces caractères n’apparaît, l’adresse est interprétée comme une extension au sein du même plan de numérotation que celui du destinataire de l’appel ou au sein d’un plan de numérotation équivalent.
Si l’ID d’appelant est un URI SIP valide, Active Directory est utilisé pour résoudre cet URI SIP à l’aide des adresses proxy de messagerie unifiée Exchange.
Si l’ID d’appelant est un numéro E.164 valide, Active Directory est utilisé pour résoudre le numéro en nom de l’appelant. Pour que cette opération fonctionne, vous devez avoir configuré manuellement le paramètre UMCallingLineIds dans la boîte aux lettres à extension messagerie unifiée de la personne appelée. Cette configuration est utile lorsque vous ne souhaitez pas publier un numéro de téléphone (par exemple, un numéro de téléphone mobile personnel) dans Active Directory, mais que vous cherchez toujours à résoudre le nom de l'appelant au moyen de ce numéro.
La technologie de carte heuristique Active Directory est utilisée, si elle est activée, pour résoudre le numéro en nom de l'appelant. La technologie de carte heuristique Active Directory doit être activée dans le plan de numérotation, et le compte d'utilisateur dans Active Directory doit contenir des informations dans un ou plusieurs champs (par exemple, numéro de téléphone, téléphone privé ou mobile) pour que cette méthode fonctionne.
Les contacts personnels du destinataire de l'appel sont utilisés pour résoudre le numéro en nom de l'appelant.
Le schéma suivant indique les étapes effectuées par un serveur de messagerie unifiée lorsqu'il tente de procéder à une recherche de nom à partir des informations sur l'appelant disponibles.
Recherches de nom à partir des informations sur l’appelant
.gif "Recherche par nom à partir de l’ID d’appelant")
Retour au début
Résolution de numéro E.164 améliorée
Dans la messagerie unifiée Exchange 2010, quatre nouvelles méthodes sont utilisées pour améliorer la résolution de l'ID d'appelant en nom de l'appelant. Les quatre méthodes sont les suivantes :
ID de ligne d’appel
Formats de plans de numérotation
Méthode heuristique Active Directory
Groupes de plans de numérotation équivalents
ID de ligne d’appel
Dans Exchange 2007, la résolution des numéros E.164 était limitée et, dans certains cas, elle ne pouvait pas renvoyer le nom de l’appelant dans une notification d’appel en absence ou dans le message vocal que le destinataire de l’appel recevait dans sa boîte aux lettres. La solution aurait consisté à appliquer un numéro ou un ensemble de numéros E.164 pour un utilisateur à messagerie unifiée, et à utiliser ces numéros pour tenter de résoudre un numéro entrant à partir d’un autre utilisateur ou d’un appelant externe à l’organisation.
Le serveur de messagerie aurait alors pour tâche d'utiliser le numéro E.164 de l'ID d'appelant, de le convertir en numéro E.164, puis d'effectuer simplement une recherche du nom de l'appelant dans Active Directory ou dans les contacts personnels de l'utilisateur à messagerie unifiée. Cependant, sans intégration de la messagerie unifiée Exchange à Communications Server 2007 R2 ou Microsoft Lync Server 2010, l’utilisation d’un numéro E.164 était impossible.
Dans Exchange 2010, un attribut à valeurs multiples nommé msExchUMCallingLineIDs a été ajouté au schéma Active Directory. Cet attribut permet à un serveur de messagerie unifiée de prendre un numéro ou un ensemble de numéros E.164, de les convertir, puis d’effectuer une recherche de nom. Cet attribut peut contenir la liste des numéros associés à un utilisateur spécifique, et il peut être configuré sur l’objet Active Directory de l’utilisateur. Par exemple, vous pouvez ajouter les numéros 4255551010, 14255551010 et +14255551010 à l’attribut msExchUMCallingLineIDs d’un utilisateur spécifique. Bien que le dernier numéro de cette liste soit un numéro E.164, un numéro E.164 correctement formaté n’est pas obligatoire. Vous pouvez ajouter tout numéro de téléphone identifié comme un numéro de téléphone valide contenant des chiffres, et ces chiffres peuvent éventuellement commencer par le signe plus (+).
.gif "Remarque") Remarque : |
|---|
| L'attribut msExchUMCallingLineIDs n'est pas limité aux utilisateurs à messagerie unifiée et peut être configuré pour tous les utilisateurs dans Active Directory. |
La figure suivante indique où se situent les différents numéros de téléphone pour un utilisateur sur l’attribut msExchUMCallingLineIDs.
ID de ligne d’appel et attribut msExchUMCallingLineIDs
.gif "CallingLineID")
msRTCSIP-Line est un schéma d’attribut Communications Server 2007 R2 ou Microsoft Lync Server 2010 qui réside sur un objet destinataire Active Directory lorsque Communications Server 2007 R2 ou Lync Server 2010 est installé. L’attribut msExchUMCallingLineIDs pour la messagerie unifiée est utilisé pour la résolution de l’ID d’appelant en nom de la même manière que l’attribut msRTCSIP-Line dans Communications Server 2007 ou Lync Server 2010. Un serveur de messagerie unifiée utilise l’attribut msRTCSIP-Line pour résoudre un ID d’appelant en nom, mais la messagerie unifiée Exchange n’offre pas aux administrateurs la possibilité de recourir à des méthodes (y compris les cmdlets de messagerie unifiée) pour modifier cet attribut.
Communications Server 2007 R2 ou Lync Server 2010 spécifie le format et la validation de l’attribut msRTCSIP-Line. Les administrateurs de messagerie unifiée ne sont pas autorisés à apporter des modifications à cet attribut pour deux raisons.
Communications Server 2007 R2 ou Lync Server 2010 dépend de l’administration correcte de cet attribut pour router correctement les appels vers le périphérique de communications unifiées approprié. Si la messagerie unifiée était autorisée à configurer cet attribut, la validation et l’administration devraient être partagées par la messagerie unifiée et Communications Server 2007 R2 ou Lync Server 2010.
L'attribut msRTCSIP-Line n'offre pas une grande souplesse, car il s'agit d'un attribut à une seule valeur. En qualité d’administrateur de messagerie unifiée Exchange, vous souhaitez probablement configurer plusieurs numéros de téléphone pour un utilisateur en incluant un numéro au format E.164 pour ce dernier.
Pour ces raisons, le schéma de destinataire Exchange 2010 inclut l’attribut msExchUMCallingLineIDs en tant que propriété indexée et à valeurs multiples. Lorsque vous ajoutez, supprimez ou modifiez les numéros de téléphone d’un utilisateur spécifique, l’ajout ou la suppression de numéros s’effectue à l’aide du paramètre UMCallingLineIds de la cmdlet Set-User. Une fois que vous avez ajouté, supprimé ou modifié les numéros sur l’attribut msExchUMCallingLineIDs, aucune opération supplémentaire n’est requise.
Le tableau suivant présente les cmdlets, le type, la description et la valeur par défaut du paramètre UMCallingLineIds.
Description du paramètre UMCallingLineIds
| Cmdlets | Type | Description | Valeur par défaut |
|---|---|---|---|
Set-User Get-User |
Microsoft.Exchange.Data.MultiValuedProperty |
Le paramètre UMCallingLineIds spécifie les numéros de téléphone ou de poste pouvant être mappés à un utilisateur à messagerie unifiée. Pour spécifier plusieurs numéros de téléphone pour un utilisateur, séparez les entrées par une virgule. Ce paramètre accepte des numéros de moins de 128 caractères, et le signe plus (+) peut éventuellement être inséré avant le numéro. Une valeur de paramètre UMCallingLineIds unique doit être attribuée à chaque utilisateur à messagerie unifiée. |
vide |
Les cmdlets Get-User et Set-User lisent et écrivent dans l’attribut msExchUMCallingLineIDs. Si un ID d'appelant n'est pas résolu correctement à l'aide de l'attribut msExchUMCallingLineIDs, la messagerie unifiée examine le numéro de téléphone qui est configuré sur l'attribut msRTCSIP-Line pour un utilisateur.
Retour au début
Formats de plans de numérotation
Outre le paramètre UMCallingLineIds qui a été ajouté pour la résolution de l’ID d’appelant en nom de l’appelant, le serveur de messagerie unifiée doit également être en mesure d’utiliser les numéros de UMCallingLineId (par exemple, 51010, 555-1010 et 4255551010) et de les convertir en numéro de téléphone E.164 correctement formaté. Le paramètre NumberingPlanFormats de la cmdlet Set-UMDialPlan est utilisé pour cela.
La syntaxe pour l’ajout de formats de plan de numérotation à un plan de numérotation de messagerie unifiée est la suivante :
Set-UMDialplan -identity MyUMDialPlan -NumberingPlanFormats "425567xxxx","425678xxxx"
Vous devez respecter deux conditions si vous voulez résoudre l’ID de l’appelant en nom de l’appelant de cette manière :
Un numéro E.164 doit être configuré correctement pour chaque utilisateur. Toutefois, la configuration de chaque destinataire dans Active Directory peut prendre du temps.
Les règles qu’un serveur de messagerie unifiée peut utiliser pour mapper des ID d’appelant et les convertir en numéros de téléphone E.164 correctement formatés doivent être configurées. Parmi les règles de ce type, on peut citer l’ID de longueur de poste.
Un serveur de messagerie unifiée Exchange 2010 peut utiliser un masque de numéro pour convertir des numéros non canoniques (comme un numéro de poste à 5 chiffres) en des formats canoniques tels que le format E.164.
Un masque de numéro permet de définir le format de numéro de téléphone qu'un serveur de messagerie unifiée utilise pour déterminer le numéro de téléphone sortant qu'il appelle pour un utilisateur, ou le numéro de téléphone utilisé dans l'en-tête de transfert d'un appel entrant. Les masques de numéro sont employés pour les appels entrants et les règles de numérotation des appels sortants. 91xxxxxxxxx est un exemple de masque de numéro valide. Lorsqu’un appel sortant est adressé à un numéro tel que 4255551010, le masque de numéro 91xxxxxxxxxx de l’entrée de règle de numérotation sur le serveur de messagerie unifiée remplace les chiffres correspondants à droite dans le numéro composé. Dans cet exemple, le numéro de téléphone composé comporte 10 chiffres (représentés par 'x'). Dans la mesure où ces chiffres correspondent, le serveur de messagerie unifiée appelle le numéro 914255551010. Ce champ ne peut contenir que des chiffres et la lettre « x ». Le même processus est utilisé pour les appels entrants.
Le paramètre NumberingPlanFormats est une propriété à valeurs multiples. Il est utilisé lorsqu'un ID d'appelant est reçu par un serveur de messagerie unifiée qui est associé à un plan de numérotation de messagerie unifiée et peut être ensuite converti en numéro E.164 correctement formaté.
Le tableau suivant présente les cmdlets, le type, la description et la valeur par défaut du paramètre NumberingPlanFormats.
Description du paramètre NumberPlanFormats
| Cmdlets | Type | Description | Valeur par défaut |
|---|---|---|---|
Set- DialPlan Get-DialPlan |
Microsoft.Exchange.Data.MultiValuedProperty |
Le paramètre NumberingPlanFormats spécifie un ou plusieurs masques de numéros de téléphone qui peuvent permettre de résoudre les ID d’appelants en noms d’utilisateurs dans Active Directory. |
vide |
Dans la messagerie unifiée Exchange 2007, le format de numéro de téléphone international d’un plan de numérotation était utilisé pour améliorer la résolution de l’ID d’appelant en créant un numéro de téléphone E.164. Le numéro de téléphone E.164 était ensuite utilisé lorsque le serveur de messagerie unifiée recherchait le numéro de l’appelant à l’aide de l’attribut msRTCSIPLine.
Dans la messagerie unifiée Exchange 2010, des groupes de plans de numérotation équivalents ont été ajoutés afin d’améliorer la résolution de l’ID d’appelant en élargissant la portée de la recherche. Pour ce faire, le format de plan de numérotation est configuré sur chaque plan de numérotation, ce qui permet de convertir l’ID d’appelant au format E.164. Pour obtenir des informations détaillées sur les plans de numérotation équivalents, voir Groupes de plans de numérotation équivalents plus loin dans cette rubrique.
Prenons l’exemple d’une entreprise qui compte 20 000 employés. Cette entreprise doit disposer de 20 000 numéros uniques d’accès direct à un poste (DID, Direct Inward Dial) pour ses employés. Cependant, elle ne peut pas obtenir des numéros dont les plages DID se suivent ; par exemple, de 425-555-xxxx à 425-556-xxxx. Elle utilise donc le préfixe de numéro 425-567-xxxx pour le premier groupe de 10 000 employés, et le préfixe de numéro 425-678-xxxx pour le second groupe de 10 000 employés.
Supposons que l’administrateur crée un seul plan de numérotation de messagerie unifiée pour ces 20 000 employés et qu’il utilise un poste à 5 chiffres pour chaque utilisateur. Lorsqu’un appel est reçu par le PBX, ce dernier envoie l’ID d’appelant à 5 chiffres. Toutefois, lorsque l’entreprise migrera d’un PBX hérité vers un PBX IP, les utilisateurs seront repartis sur deux PBX distincts, chaque PBX étant doté de son propre plan de numérotation de messagerie unifiée à 5 chiffres. Une fois les utilisateurs migrés vers le PBX IP, la résolution de l'ID d'appelant ne fonctionnera plus, et seule l'extension à 5 chiffres apparaîtra dans le message vocal, au lieu du nom de l'appelant.
Ce problème se produit car un seul format de numéro international est configuré dans le plan de numérotation qui est partagé par ces deux préfixes. Par conséquent, seule la moitié des utilisateurs à messagerie unifiée disposeront de numéros E.164 correctement formatés. En outre, les utilisateurs sont associés à des plans de numérotation de PBX différents. Par conséquent, même si un plan de numérotation équivalent est activé sur le plan de numérotation de messagerie unifiée, l’appelant n’est pas activé pour la messagerie unifiée, et la résolution du numéro de poste de l’appelant en nom sera impossible.
Vous pouvez utiliser le paramètre NumberingPlanFormats pour résoudre ce problème. Pour chaque plan de numérotation de messagerie unifiée, il existe un attribut msExchangeUMCallingLineIDFormats qui peut être configuré à l'aide du paramètre NumberPlanFormats pour spécifier un ou plusieurs masques de numéros de téléphone capables de résoudre les ID d'appelants en noms dans Active Directory. La figure suivante présente cet attribut et les formats de plans de numérotation.
Formats de plans de numérotation et attribut msExchangeCallingLineIDFormats
.gif "NumberingPlanFormats")
Lorsqu'un serveur de messagerie unifiée répond à un appel entrant, il lit l'ID d'appelant. Il analyse la liste des formats de plans de numérotation configurés, du haut vers le bas, jusqu'à ce qu'il détecte une absence de correspondance ou un conflit dans les chiffres lorsque la lettre x dans le masque de numéro est traitée comme un caractère générique. Lorsque ceci se produit, le serveur de messagerie unifiée tente de renseigner l’ID d’appelant de l’appel entrant dans chaque masque de numéro. Pour les employés dotés des préfixes de numéro 425-567-xxxx et 425-678-xxxx, les chiffres « 7 » et « 8 » sont les clés qui permettront de sélectionner un masque correct pour le numéro d’ID d’appelant. Une fois que le serveur de messagerie unifiée a réussi à trouver un modèle de format de plan de numérotation, il prend le numéro E.164 généré et exécute une recherche sur l'attribut msExchUMCallingLineIDs. Si cette recherche échoue, le serveur de messagerie unifiée exécute une recherche sur l’attribut msRTCSip-Line.
Les administrateurs de messagerie unifiée doivent déterminer s’il existe des règles de format de plan de numérotation ambiguës et illogiques et, le cas échéant, les reconfigurer. Les règles de format de plan de numérotation ambiguës désignent deux règles ou plus dont les caractères les plus à droite sont identiques et correspondent au nombre de chiffres configuré dans le plan de numérotation. Une règle de format de plan de numérotation illogique, quant à elle, inclut un caractère générique à un emplacement autre que celui des chiffres les plus à droite qui correspond au nombre de chiffres des numéros de poste configurés dans le plan de numérotation.
Retour au début
Méthode heuristique Active Directory
Outre les ID de ligne d’appel et les formats de plan de numérotation de messagerie unifiée, la messagerie unifiée Exchange 2010 gère la méthode heuristique Active Directory.
Dans Exchange 2007, lors de la résolution de l’ID d’appelant en nom pour un appel entrant, les champs de numéros de téléphone ne sont pas inclus sur l’objet de l’utilisateur dans Active Directory. Les raisons sont les suivantes :
Les champs situés sous l'onglet Téléphones et dans le champ Numéro de téléphone ne sont pas indexés et ne peuvent pas faire l'objet de recherches.
Les champs situés sous l’onglet Téléphones et dans le champ Numéro de téléphone ne présentent peut-être pas un format normalisé.
La figure suivante illustre ces champs dans Exchange 2010.
Champs de l’onglet Téléphone
.gif "TelephoneNumbersinAD")
Le champ Numéro de téléphone sous l’onglet Téléphones d’un objet utilisateur Active Directory pose un problème majeur. Le champ ne contient aucune validation ni limite pour la mise en forme des numéros insérés. Cela signifie qu'il n'existe pas de format normalisé pour ces numéros. Les problèmes susceptibles d’empêcher la résolution d’un ID d’appelant en nom sont les suivants :
L'administrateur n'a pas entré de numéro dans le champ Numéro de téléphone.
L'administrateur n'utilise pas du tout l'onglet Téléphones pour les numéros de téléphone.
Les numéros E.164 sont entrés sans parenthèses, sans tirets ou sans les espaces corrects.
Les numéros ne sont pas au format E.164 correct. La liste suivante inclut des exemples de formats valides :
(425) 555-1010
(425) 555-1234 x51010
(425) 555-1234 ext. 51010
425-555-1010
425.555.1010
425/555-1010
1425-555-1010
Les postes et les numéros internationaux sont utilisés. La liste suivante inclut des exemples d’utilisation conjointe de postes et de numéros internationaux :
+7890
+441234567890
+44(1)234567890
+44 (0)1 2345 6789
Un serveur de messagerie unifiée Exchange 2010 interroge Active Directory pour examiner jusqu’à 8 attributs Active Directory, ainsi que les adresses proxy de messagerie unifiée (EUM) et les attributs msExchUMCallingLineIDs et msRTCSIP-Line, lorsqu’il tente de résoudre un ID d’appelant. Il existe un attribut msExchAllowHeuristicADCallingLineIDResolution dans chaque plan de numérotation. Par défaut, l’attribut msExchAllowHeuristicADCallingLineIDResolution a la valeur True lorsque vous créez un plan de numérotation de messagerie unifiée.
La cmdlet Set-UMDialPlan vous permet d’activer ou de désactiver la méthode heuristique Active Directory. Le tableau suivant présente les cmdlets d’un plan de numérotation de messagerie unifiée, ainsi que le type, la description et la valeur par défaut du paramètre AllowHeuristicADCallingLineIdResolution.
Description du paramètre AllowHeuristicADCallingLineIdResolution
| Cmdlets | Type | Description | Valeur par défaut |
|---|---|---|---|
Set-UMDialPlan Get-UMDialPlan |
System.Boolean |
Le paramètre AllowHeuristicADCallingLineIdResolution indique s’il faut autoriser la résolution de l’ID de ligne d’appel à l’aide des champs de numéros de téléphone qui peuvent être configurés dans Active Directory. Lorsque ce paramètre a la valeur $true, les numéros de téléphone, tels que ceux définis sous l’onglet Téléphones et le numéro de téléphone d’un utilisateur dans Active Directory, sont utilisés. Lorsque vous attribuez la valeur $true à ce paramètre, la résolution des ID d’appelants est autorisée pour les utilisateurs à extension messagerie unifiée et pour les utilisateurs sans extension messagerie unifiée. Vous pouvez attribuer la valeur $false à ce paramètre si les numéros de téléphone des utilisateurs n'utilisent pas un format standard. Si les numéros de téléphone n’utilisent pas un format standard, le serveur de messagerie unifiée ne sera peut-être pas en mesure de résoudre systématiquement l’ID d’appelant en nom. |
Activé |
Une fois que vous avez activé la méthode heuristique Active Directory, la messagerie unifiée utilise alors les champs de numéro de téléphone (comme le numéro de téléphone, le téléphone personnel ou le téléphone mobile) qui sont configurés pour un utilisateur défini dans Active Directory. Cependant, il n’existe aucun moyen de sélectionner le champ de numéro de téléphone à inclure. Les attributs de numéro de téléphone suivants pour un utilisateur défini dans Active Directory sont utilisés pour résoudre un ID d’appelant en nom :
telephoneNumber
homePhone
mobile
facsimileTelephoneNumber
otherTelephone
otherHomePhone
otherMobile
otherFacsimileTelephoneNumber
Si vous utilisez la cmdlet Set-User pour renseigner un ou plusieurs attributs de numéro de téléphone d’un utilisateur, vous devez exécuter GalGrammarGenerator.exe –u pour mettre à jour le plan DTMF de chaque utilisateur. Si vous renseignez les champs de numéro de téléphone ou mettez à jour des numéros de téléphone avant d’installer le rôle serveur de messagerie unifiée, ou si vous utilisez un programme autre que l’environnement de ligne de commande Exchange Management Shell, vous devrez également exécuter Galgrammargenerator.exe –u avant l’indexation des champs de numéro de téléphone. Pour plus d’informations sur l’exécution de GalGrammarGenerator.exe, consultez l’une des rubriques suivantes :
Mettre à jour les fichiers de grammaire vocale sur un serveur de messagerie unifiée
Présentation des recherches dans l'annuaire de reconnaissance vocale automatique
Retour au début
Groupes de plans de numérotation équivalents
Le nombre de plans de numérotation de messagerie unifiée peut parfois devenir difficile à gérer, en raison de l’augmentation du nombre de forêts ou de l’augmentation du nombre de plans de numérotation de messagerie unifiée au sein d’une forêt. Pour fournir une solution plus évolutive, un nouvel objet Active Directory a été ajouté dans la messagerie unifiée Exchange 2010 : son nom est « groupe de plans de numérotation équivalents ». Un groupe de plans de numérotation équivalents est un objet conteneur dans Active Directory qui contient des plans de numérotation équivalents appartenant à des forêts Active Directory distinctes.
Deux attributs Active Directory sont utilisés avec les groupes de plans de numérotation équivalents :
msExchangeUMEquivalenceDialPlan
msExchangeUMEquivalentDialPlanPhoneContexts
Le concept de plan de numérotation équivalent a été introduit dans la messagerie unifiée Exchange 2010 pour autoriser les administrateurs de messagerie unifiée à connecter deux plans appartenant au même plan de numérotation PBX mais répartis dans deux plans de numérotation. Un même plan de numérotation PBX peut contenir deux plans de numérotation. C’est le cas, par exemple, lorsque des utilisateurs de deux plans de numérotation distincts travaillent côte à côte et peuvent s’appeler entre eux à l’aide d’un numéro de poste mais qu’ils existent dans des plans de numérotation différents pour des raisons non liées à l’infrastructure de téléphonie.
| Remarque : |
|---|
| Les numéros de poste doivent être uniques non seulement au sein d’un plan de numérotation, mais également au sein d’un groupe de plans de numérotation équivalents. |
Pour chaque plan de numérotation, il peut exister un contexte téléphonique de plan de numérotation équivalent pour deux plans de numérotation ou plus qui devraient constituer un plan de numérotation mais qui ont été séparés. Vous pouvez ajouter des noms pour d’autres plans de numérotation et définir des liens vers d’autres plans de numérotation. Les plans de numérotation pour lesquels vous ajoutez des noms ou vers lesquels vous définissez des liens peuvent appartenir à la même forêt Active Directory ou à des forêts différentes. Lorsque vous ajoutez un plan de numérotation équivalent, le contexte téléphonique du plan de numérotation est automatiquement ajouté au groupe de plans de numérotation équivalents.
Une fois que vous avez ajouté plusieurs plans de numérotation avec des contextes téléphoniques distincts, lorsqu’un appel parvient au serveur de messagerie unifiée, ce dernier ne recherche pas uniquement les adresses proxy de messagerie unifiée possédant le même contexte téléphonique : il recherche les adresses proxy de messagerie unifiée dont le contexte téléphonique est répertorié dans un plan de numérotation équivalent. Si le plan de numérotation est répertorié comme plan de numérotation équivalent, et si seul l'ID d'appelant est envoyé, les numéros des utilisateurs de messagerie unifiée des deux plans de numérotation peuvent être résolus correctement en noms.
Le tableau suivant présente les cmdlets, le type, la description et la valeur par défaut du paramètre EquivalentDialPlanPhoneContexts .
Description du paramètre EquivalentDialPlanPhoneContexts
| Cmdlets | Type | Description | Valeur par défaut |
|---|---|---|---|
Set- DialPlan Get-DialPlan |
Microsoft.Exchange.Data.MultiValuedProperty |
Le paramètre EquivalentDialPlanPhoneContexts spécifie le nom d’un plan de numérotation équivalent. Ce paramètre peut être utilisé lorsqu’il existe deux plans de numérotation de messagerie unifiée mais que ces derniers sont situés dans des forêts distinctes, ou lorsque le plan de numérotation d’un PBX (autocommutateur privé) englobe deux plans de numérotation de messagerie unifiée. L'ajout du nom du plan du numérotation équivalent permet d'effectuer des recherches par nom dans le plan de numérotation de l'utilisateur à l'aide d'un ID d'appelant, mais aussi de rechercher un nom pour l'ID de ligne appelante dans les plans de numérotation équivalents configurés. |
vide |
Par exemple, lorsque vous avez des contextes téléphoniques de plans de numérotation équivalents dans un plan de numérotation, vous pouvez exécuter la commande suivante pour ajouter deux plans de numérotation de messagerie unifiée à un même groupe de plans de numérotation équivalents.
Set-UMDialPlan -identity MyUMDialPlan1 -EquivalentDialPlanPhoneContexts "dialplan2.contoso.com, dialplan3.contoso.com".
Si le poste d’un appelant correspond à un utilisateur à messagerie unifiée dans l’un des trois plans de numérotation spécifiés dans la commande, le numéro de poste est résolu en nom de l’appelant.
Retour au début
© 2010 Microsoft Corporation. Tous droits réservés.