Voix et communications unifiées : Cisco Unity-CM TSP Version 8.1

Cisco Unity 8.x : Question publique d'importation de membres de liste de distribution

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (11 décembre 2015) | Commentaires


Contenu


Introduction

Des listes de distribution publiques (PDLs) sont utilisées pour envoyer des messages vocaux à de plusieurs abonnés. Les abonnés assignés à un PDL sont typiquement des abonnés qui ont besoin de mêmes informations de façon régulière, comme des employés dans un service ou des membres d'une équipe. Ce document fournit des informations au sujet de résoudre la question quand des abonnés ne sont pas importés dans le PDL.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco Unity 8.x

  • Microsoft Exchange 2010

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Il y a deux endroits différents où le PDL peut être enregistré :

  • PDL de portée de recherche — Ce type de PDL est quand un gestionnaire de répertoire est configuré avec un SearchScope limité réglé à un PDL. Quand vous faites ceci, l'entrée de gestionnaire de répertoire dans la vue de vw_NamedLookupHandler est mise à jour pour diriger la colonne de SearchScopeObjectId pour tracer à la colonne de ScopeDlistObjectId dans la vue de vw_ScopeDlist. Cette même entrée dans le vw_ScopeDlist a également une colonne de DirectoryId qui trace à l'objectGUID du PDL dans le Répertoire actif (AD).

  • Système PDL dans l'Unity — L'Unity a également la fonctionnalité pour envoyer des messageries vocales à un groupe de personnes par PDLs privé et public. Ce sont légèrement différents du PDL de SearchScope, mais les principaux concepts sont semblables.

PDL de portée de recherche

Quand vous configurez un gestionnaire de répertoire pour rechercher un PDL, il met à jour d'abord la table de vw_ADMonitorScopeDistributionList avec les valeurs appropriées. Une fois qu'insérée, la table de vw_ADMonitorScopeDistributionListMember la remplit avec tout l'objectGUID des objets répertoriés dans l'attribut de membre sur le PDL. Puis, ces membres sont fondamentalement copiés plus de sur la vue de vw_ScopeDlistMember, et le vw_ScopeDlist est mis à jour avec l'objectGUID du PDL. En conclusion, le vw_NamedLookupHandler est mis à jour pour indiquer l'entrée dans le vw_ScopeDlist.

Quand une modification se produit au PDL, le Répertoire actif devrait incrémenter que l'attribut uSNChanged de l'objet. S'il y a une entrée dans la vue de vw_ADMonitorScopeDistributionList pour le PDL qui a été modifié, quand l'Unity exécute le prochain sync sous AvDSAD, il détecte la modification et abaisse toutes les modifications. S'il n'y a aucune entrée dans la vue pour l'objectGUID qui a été modifié, alors l'Unity ne prend ou réplique aucune modification au PDL. Ceci peut avoir comme conséquence les utilisateurs manquants en recherchant le gestionnaire donné de répertoire. S'il y a une entrée dans cette vue, puis les tables de vw_ADMonitorScopeDistributionListMember et de vw_ScopeDlistMember sont également mises à jour. Ces deux vues doivent toujours contenir le précis le même compte de membres pour un PDL donné.

Problème

Aucun membre n'est importé dans le PDL. Vous voudriez utiliser un PDL comme propriétaire pour une boîte aux lettres. Quand la liste de distribution est importée du serveur exchange, vous ne pouvez voir aucun membres de ce PDL dans la gestion d'Unity.

Solution

Dans certains cas cette question se produit parce que le serveur global d'origine de catalogue (CHROMATOGRAPHIE GAZEUSE) ne peut pas synchroniser correctement avec le Cisco Unity. Exécutez ces étapes afin de résoudre le problème :

  1. Vérifiez que la vue de vw_ADMonitorScopeDistributionList a une entrée de RootDistListGuid pour le PDL donné.

    Vous pouvez utiliser \ CommServer \ TechTools \. vue .ldp.exe* ou *adsiedit.mscto l'objectGUID du PDL.

  2. Suivez le moniteur de Répertoire actif pour le convertir en ce que vous verrez dans le SQL. S'il n'y a aucune entrée dans cette table, alors elle indique un problème de corruption de base de données ou de sync d'AD. La solution la plus facile dans ce cas est de configurer le gestionnaire de répertoire pour utiliser le serveur local d'Unity en tant que son SearchScope, puis clique sur la sauvegarde. Puis, sélectionnez le PDL d'original de nouveau et l'sauvegardez. Ceci déclenche la base de données pour mettre à jour ses entrées de nouveau.

  3. S'il y a une entrée dans la vue ci-dessus, la prochaine chose à vérifier est la vue de vw_ADMonitorScopeDistributionListMember. De la première étape, vous avez l'objectGUID du PDL. Exécutez une requête SQL sur cette vue pour obtenir une liste de tous les membres. L'Unity pouvait extraire du serveur global configuré de catalogue :

    SELECT Count(*) AS Count FROM vw_ADMonitorScopeDistributionList 
    WHERE RootDistListGuid = 'value_from_step_one'  
    
    SELECT * FROM vw_ADMonitorScopeDistributionList 
    WHERE RootDistListGuid = 'value_from_step_one'
  4. Ceci retourne le nombre de membres aussi bien que chaque membre assigné à ce PDL. Si vous notez zéro ou manquer des membres dans cette vue, alors vous devez vérifier une deuxième fois l'objectGUID. Si c'est correct, alors vous devez passer en revue le serveur global de catalogue que l'Unity est configuré pour répliquer avec par le DC/GC rebranchent des configurations de service.

    Remarque: Dans le DC/GC rebranchez l'utilitaire de configurations si vous essayiez une « force rebranchez » pour la CHROMATOGRAPHIE GAZEUSE, les journaux d'événements pouvez signaler que vous ne pouviez pas se connecter à ce serveur. Dans ce cas, essai se connectant à un serveur global différent de catalogue.

  5. Quand ldp.exe ou adsiedit.msc est utilisé, vous pouvez se connecter à cette CHROMATOGRAPHIE GAZEUSE et ouvrir les propriétés du PDL. Vous devriez vérifier que l'UnityDirSvcaccount a les permissions adéquates de répliquer avec ce PDL. Si les autorisations sont correctes, l'étape suivante est d'activer et passer en revue l'AvDSADand AvDSGlobalCatalogdiagnostics.

  6. Si tous les membres révèlent dans la vue ci-dessus, l'étape suivante est d'exécuter une requête SQL semblable sur la vue de vw_ScopeDlistMember. Cette vue doit toujours être identique au résultat ci-dessus :

    SELECT Count(*) AS Count FROM vw_ScopeDlistMember 
    WHERE ScopeDlistDirectoryId = 'value_from_step_one'  
    
    SELECT * FROM vw_ScopeDlistMember 
    WHERE ScopeDlistDirectoryId = 'value_from_step_one'

    Si le compte est différent entre les deux vues ci-dessus, alors c'est un signe d'un problème de base de données.

  7. La dernière étape est de vérifier le PDL existe aux points d'entrée de vue de vw_ScopeDlist et ce au gestionnaire correct de répertoire dans la vue de vw_NamedLookupHandler. Afin d'exécuter ceci, vous pouvez exécuter une requête SQL :

    SELECT * FROM vw_NamedLookupHandler 
    WHERE SearchScopeObjectId = (SELECT ScopeDlistObjectId FROM vw_ScopeDlist 
    WHERE DirectoryId = 'value_from_step_one')

    Ceci devrait renvoyer l'entrée entière pour le gestionnaire de répertoire. S'il ne fait pas, alors il y a un problème avec le lien apparenté entre les deux vues. Une solution simple est d'attribuer à nouveau le PDL comme SearchScope pour le gestionnaire de répertoire.


Informations connexes


Document ID: 113497