Voix et communications unifiées : Cisco Unity

Cisco Unity ne peut pas remettre les messages vocaux aux boîtes aux lettres des abonnés

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document discute comment dépanner la question avec le serveur de Cisco Unity qui ne peut pas fournir des messages vocaux aux boîtes aux lettres d'abonné.

Conditions préalables

Conditions requises

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

Composants utilisés

Les informations dans ce document sont basées sur la version 4.x de Cisco Unity.

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.

Error:800404DC

Un exemple de scénario de ce problème est quand deux serveurs du Cisco Unity 4.0 fonctionnent dans le même domaine avec le même compte de services (UnityDirSvc et UnityMsgStoreSvc) avec l'Exchange 2003. Un des serveurs est le contrôleur de domaine (C.C) et deux abonnés sont créés dans le Répertoire actif (utilisateur A et utilisateur B). Un abonné est importé dans chaque serveur de Cisco Unity. L'emplacement primaire est placé sur les deux serveurs et la portée de recherche est placée au domaine de composition. Chaque abonné est assigné un téléphone. Quand l'utilisateur B d'appels téléphoniques de l'utilisateur A et laisse un message vocal, le message n'est pas livré à la boîte aux lettres de l'utilisateur b. Au lieu de cela il est déplacé à l'UnityMTA \ au répertoire défectueux et ce message d'erreur apparaît en cas log :

Message from an unidentified caller <xxxxxxxxxx> to
	 recipient <alias> could not be delivered [Error:800404DC]. It was moved
	 to the failed directory

Ce problème se pose quand le compte du référentiel de Cisco Unity Messaging (UMR) n'a pas pour envoyer As/Receive comme autorisations pour tous les abonnés. Si pour tous les serveurs de Cisco Unity combinés, vous prévoyez d'importer des utilisateurs de deux conteneurs ou plus, on doit accorder le compte de services de mémoire de message de Cisco Unity (UnityMsgStoreSvc) sur chaque serveur de Cisco Unity l'envoi comme autorisation sur chaque conteneur duquel des utilisateurs sont importés sur chaque serveur de Cisco Unity dans la forêt, ou la Messagerie identifiée d'abonné ne pourrait pas fonctionner entre les serveurs de Cisco Unity. Par exemple, si CiscoUnityServer1 importe des utilisateurs de Container1 et de Container2, et si CiscoUnityServer2 importe des utilisateurs de Container3 et de Container4, le compte de services de mémoire de message de Cisco Unity sur chaque serveur de Cisco Unity doit avoir l'envoi comme autorisation pour chacun des quatre conteneurs.

Remarque: S'il y a les messages vocaux défectueux dans le répertoire défectueux, le Cisco Unity incite au sujet des messages défectueux. Il peut être dû à cet échange ou le Cisco Unity est en baisse. Une fois que tout monte, les messages du répertoire défectueux devraient se déplacer à la boîte de réception. Si les messages sont toujours là, alors il est possible que ces messages ne soient pas livrables ou peuvent être corrompus qui ils sont toujours dans le répertoire défectueux.

Solution

Procédez comme suit pour résoudre ce problème :

  1. Exécutez l'assistant d'autorisations tandis que vous sélectionnez les conteneurs/OUs qui contiennent des abonnés de Cisco Unity sur tous les serveurs de Cisco Unity. Cette sélection est faite quand l'assistant d'autorisations vous incite pour où vous voulez créer/des abonnés Cisco Unity d'importation. En plus de la configuration ajoutez/modifiez les droites pour le compte de service d'annuaire, les autorisations que l'assistant devrait également activer l'envoi As/Receive comme des autorisations pour le compte de Messagerie. Maintenant, redémarrez le service d'AvUMRSyncSvr.

    Remarque:  Afin de récupérer et envoyer les messsages défectueux aux abonnés respectifs, vous devez déplacer les messages vocaux de l'UnityMTA \ du répertoire défectueux au répertoire d'UnityMTA avant que vous redémarriez le service d'AvUMRSyncSv.

  2. Vérifiez que l'Unity_<ServerName> existe dans le conteneur d'utilisateurs et d'ordinateurs de Répertoire actif que vous avez spécifié pendant l'installation du Cisco Unity comme conteneur pour vos abonnés de Cisco Unity. V par l'assistant d'autorisations de passage et indiquent l'assistant d'autorisations ce conteneur afin de vérifier que vos comptes de Cisco Unity ont les droits et les autorisations corrects au-dessus de ce conteneur. Référez-vous vérifient le compte d'Unity_<ServerName> est dans le pour en savoir plus de Répertoire actif.

  3. Si vous remettez à l'état initial les autorisations dans l'AD, ceci peut également résoudre le problème. Référez-vous aux autorisations de configuration sur des conteneurs de Répertoire actif utilisés pour importer des abonnés pour plus d'informations sur la façon placer les permissions adéquates.

Cisco Unity incapable de fournir des messages vocaux à quelques abonnés

Certains des abonnés de Cisco Unity ne peuvent pas recevoir des messages du Cisco Unity. Quand une tentative de laisser un message pour les abonnés affectés est faite, un message de l'échange NDR 5.1.1 est présenté à l'utilisateur qui tente de laisser le message, qui énonce :

The e-mail account does not exist at the organization this message 
was sent to.  Check the e-mail address, or contact the recipient directly
to find out the correct address

Solution

Procédez comme suit :

  1. Sur le serveur de Cisco Unity, allez à C:\CommServer\TechTools. Cliquez avec le bouton droit sur adsiedit.msc et choisissez ouvert.

    Remarque: Si l'outil d'ADSIEdit ne peut pas être ouvert, il est possible qu'il n'ait pas été installé dans votre serveur de Cisco Unity. Pour le Cisco Unity Version 3.1 et plus tard, l'utilitaire d'ADSIEdit est inclus dans le système Cisco Unity sous le dossier C:\CommServer\TechTools, qui suppose que vous avez installé le Cisco Unity sur votre C : drive. Introduisez la commande de C:\winnt\system32\regsvr32 c:\commserver\techtools\adsiedit.dll à l'invite de commande afin d'installer l'ADSIEdit.dll : Une fenêtre de réponse apparaît qui lit DllRegiserServerin c:\commserver\techtools\adsiedit.dll a réussi.

  2. Entrez un nom d'utilisateur et un mot de passe valides pour accéder à l'outil d'ADSIEdit.

  3. Développez les répertoires afin de trouver l'emplacement de l'utilisateur, qui éprouve la question. Les utilisateurs sont très probablement situés dans le domaine OR [...] >… > CN=Users. Cliquez sur en fonction ce répertoire de sorte que la liste d'utilisateurs soient affichées sur le volet de droite.

  4. Cliquez avec le bouton droit sur l'utilisateur qui a la question et choisissez Properties.

  5. Sur l'onglet d'attributs, dans choisi que les propriétés pour visualiser choisissent facultatif. Dans choisi une propriété à visualiser, choisissent le legacyExchangeDN.

  6. Copiez la chaîne complète au champ de valeurs. Collez cette chaîne dans un fichier de Notepad ou un éditeur HTML différent et assurez-vous que l'user-id n'inclut pas les informations de @domain. S'il fait, supprimer les informations de @domain de la chaîne, alors pour coller la chaîne éditée éditez dessous l'attribut, et cliquez sur alors en fonction le bouton de positionnement.


Informations connexes


Document ID: 72239