Voix et communications unifiées : Cisco Unity Connection

Boîte de réception simple d'Unity Connection dépannant TechNote

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (23 avril 2015) | Commentaires

Introduction

Ce document décrit comment dépanner des services de messagerie unifiée et des comptes de messagerie unifiée. La version 8.5 et ultérieures de Cisco Unity Connection prend en charge la boîte de réception simple (SIB), qui désigné également sous le nom de la Messagerie unifiée. Dans les versions avant version 8.5, l'Unity Connection a eu la capacité à recevoir seulement et pour transmettre par relais les messageries vocales aux email address externes.

Contribué par Anirudh Mavilakandy, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco Unity Connection
  • Microsoft Exchange 2003/2007/2010
  • ViewMail pour Microsoft Outlook (VMO)
  • Active Directory

Composants utilisés

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

  • Version 8.5 ou ultérieures d'Unity Connection
  • Microsoft Exchange 2003/2007/2010
  • VMO

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.

Informations générales

Le SIB, une des caractéristiques unifiées de Messagerie dans la version 8.5 de Cisco Unity Connection, synchronise des messages vocaux dans des boîtes aux lettres de connexion et d'échange. Quand un utilisateur est activé pour le SIB, tous les messages vocaux de connexion qui sont envoyés à l'utilisateur, qui inclut ceux ont envoyé du Cisco Unity Connection VMO, sont d'abord enregistrés dans la connexion et sont immédiatement répliqués vers la boîte aux lettres de l'échange de l'utilisateur. En outre, des changements d'état (par exemple, de non lu à lire), les modifications au champ objet, et les modifications à la priorité sont répliqués de la connexion pour permuter et vice versa. L'indicateur de message en attente (MWI) arrête quand le message est lu - par l'intermédiaire du téléphone ou du client de messagerie.

Configuration SIB

Référez-vous à la liste des tâches pour configurer le Cisco Unity Connection 8.5 et plus tard et l'échange pour la messagerie unifiée pour les informations sur la façon dont configurer le SIB.

Ces deux sections principales doivent être configurées pour le SIB sur l'Unity Connection :

  • Service de messagerie unifiée
    Un service de messagerie unifiée peut être configuré afin de rechercher tous les serveurs exchanges dans l'environnement. Il peut également être configuré pour se connecter à un serveur exchange simple. Dans ce cas, configurez les services de messagerie unifiée pour chaque serveur exchange qui héberge des boîtes aux lettres d'utilisateur. Afin de configurer, naviguez vers la gestion CUC > la messagerie unifiée > le service de messagerie unifiée > ajoutent nouveau.

  • Comptes de messagerie unifiée
    Un compte de messagerie unifiée doit être créé pour chaque utilisateur. Dans cette configuration, le service de messagerie unifiée que des points au serveur exchange qui inclut la boîte aux lettres d'utilisateur doivent être sélectionnés. Afin de configurer, naviguez vers la gestion CUC > les utilisateurs > sélectionnent l'utilisateur > éditent > des comptes de messagerie unifiée > ajoutent nouveau.

    Remarque: Le Bulk Administration Tool peut également être utilisé pour entasser en vrac ajoutent la messagerie unifiée explique tous les utilisateurs.

Dépannez

Cette section fournit des conseils utilisés afin de dépanner le service de messagerie unifiée et les comptes de messagerie unifiée.

La messagerie unifiée entretient des questions

Problème : Scénario 1

Sous le service de messagerie unifiée, si spécifiez un serveur exchange est sélectionné au lieu de recherchent des serveurs exchanges, le test réussit. Si recherchez les serveurs exchanges est sélectionné, des affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Searching the network Failed to locate a Domain Controller via DNS. 
Searching the network Failed to locate an Exchange 2003 server.
Connection will not be able to Locate Exchange 2003 subscribers.

Voici les logs de Tomcat d'échantillon (placez le suivi de CsExMbxLocator, le niveau micro 10-13) :

CsExMbxLocator,13,AutoDiscoverURLS not found in cache
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:331]:
Run DNS query for: _ldap._tcp.dc._msdcs.xxx.xxx
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:168]:
querying dns for _ldap._tcp.dc._msdcs.xxx.xxx question type 33
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:186]
Length of returned DNS response is -1
CsExMbxLocator,10,[CsExMbxLocator/CCsDNSResolver.cpp:190]
failed to get dns results for _ldap._tcp.dc._msdcs.xxx.xxx question type 33
CsExMbxLocator,11,[CsExMbxLocator/CsExMbxLocator.cpp:359]:
DNS query for: _ldap._tcp.dc._msdcs.xxx.xxx didn't return results
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]
Test Button result: Failed to locate a Domain Controller via DNS.
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]
Test Button result: Failed to locate an Exchange 2003 server.
Connection will not be able to Locate Exchange 2003 subscribers.
CsExMbxLocator,11,Failed to find DC required for 2003 support

Pour les étapes de dépannage supplémentaires, référez-vous à l'ID de bogue Cisco CSCtq10780 et en accordant des autorisations aux services de messagerie unifiée expliquez le Cisco Unity Connection 8.5 et plus tard (Exchange 2003 seulement).

Problème : Scénario 2

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Could not connect to Domain Controller (dc1.xxx.xxx) from DNS
Could not connect to Domain Controller (dc2.xxx.xxx) from DNS
Could not connect to Domain Controller (dc3.xxx.xxx) from DNS

Voici les logs de Tomcat d'échantillon (placez le suivi de CsExMbxLocator, le niveau micro 10-13) :

CsExMbxLocator,10,LDAP initialize non-SSL Return Code (0)
CsExMbxLocator,10,LDAP authentication bind failed: INVALID_CREDENTIALS
CsExMbxLocator,10,CCsLDAPHelper::Init():exit AUTH_NOT_INITIALIZED
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192] Test Button result:
Could not connect to Domain Controller (dc1.xxx.xxx) from DNS

Solution

Ce problème pourrait sont provoqué par en raison d'un mot de passe expiré ou d'un mot de passe incorrect qui est entré dans l'Unity Connection (compte verrouillé dans le Répertoire actif). Afin de réparer ce problème, changez le mot de passe dans le Répertoire actif, et écrivez-le de nouveau dans l'Unity Connection.

Problème : Scénario 3

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Searching the network Could not connect to Domain Controller (dc1.xxx.xxx) from DNS
Searching the network Could not connect to Domain Controller (dc2.xxx.xxx) from DNS
Searching the network Failed to locate a Domain Controller via DNS.
Searching the network Failed connected to Exchange CAS server at
(https://xxx.xxx/autodiscover/autodiscover.xml)
Searching the network Failed connected to Exchange CAS server at
(https://autodiscover.xxx.xxx/autodiscover/autodiscover.xml)
Searching the network Could not find an Exchange CAS server via Autodiscover
DNS SRV record
Searching the network Failed to locate an Exchange CAS server. Connection will
not be able to Locate Exchange 2007/2010 subscribers.

Solutions possibles

Des logs, une entrée semblable de suivi est vue comme mentionné dans le scénario 2. Si l'Unity Connection ne peut pas se connecter à un contrôleur de domaine, la question est le plus susceptible un mot de passe incorrect. Si l'Unity Connection peut se connecter à un contrôleur de domaine et reçoit toujours les erreurs restantes, vérifiez le scénario 5.

Voici les logs de Tomcat d'échantillon (placez le suivi de CsExMbxLocator, le niveau micro 10-13) :

CsExMbxLocator,10,[CsExMbxLocator/CsExMbxLocator.cpp:1173]:
HTTP request failed with error: Couldn't connect to server
-- couldn't connect to host, HTTP status code: 503, for
Autodiscovery URL: http://autodiscover.xxxxxxxxx.xxx/
autodiscover/autodiscover.xml, verb: GET, query: 
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]
Test Button result: Failed connected to Exchange CAS
server at (http://autodiscover.xxxxxxxxx.xxx/autodiscover/autodiscover.xml)
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:168]:
querying dns for_autodiscover._tcp.xxxxxxxxx.xxx question type 33
CsExMbxLocator,13,[CsExMbxLocator/CCsDNSResolver.cpp:186]
Length of returned DNS response is -1
CsExMbxLocator,10,[CsExMbxLocator/CCsDNSResolver.cpp:190]
failed to get dns results for_autodiscover._tcp.xxxxxxxxx.xxx
question type 33
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]
Test Button result: Could not find an Exchange CAS server via
Autodiscover DNS SRV record
CsExMbxLocator,11,[CsExMbxLocator/CsExMbxLocator.cpp:636]:
DNS query for: _autodiscover._tcp.xxxxxxxxx.xxx didn't return results
CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192]
Test Button result: Failed to locate an Exchange CAS server.
Connection will not be able to Locate Exchange 2007/2010 subscribers.

Si ces suivis sont vus dans le log, naviguez vers la messagerie unifiée > la messagerie unifiée entretient > des serveurs exchanges > nom de domaine recherchent de serveurs exchanges > de Répertoire actif DN, et s'assurent que le nom de domaine est correct.

Problème : Scénario 4

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Peer certificate cannot be authenticated with known CA certificates 
- SSL certification problem, verify that the CA cert is OK.
Details: error:14090086SL routinesSL3_GET_SERVER_CERTIFICATE:
certificate verify failed

Le certificat peut être avec succès téléchargée Connexion-confiance ; cependant, cette erreur est reçue quand vous téléchargez la même Tomcat-confiance de certificat :

Error reading the certificate

Solutions possibles

  • Le problème pourrait sont provoqué par par les Certificats. Assurez-vous que vous téléchargez les Certificats corrects. Si les Certificats corrects ne sont pas disponibles, décochez l'option de validation, et poursuivez comme contournement.

  • Générez les Certificats avec 2,048 bits au lieu de 1,024 bits.

  • Déterminez si les Certificats de racine et d'intermédiaire, le cas échéant, sont téléchargés. Voici un exemple :
    Root Certificate
    ----------------------

    Here the Issuer Name and Subject Name will be the same.

    Issuer Name: CN=ABC, OU=XXXX, OU=XXX, O=XXXXX, C=XX
    Validity From: Tue Nov 07 16:00:00 PST 2006
    To: Wed Jul 16 16:59:59 PDT 2036
    Subject Name: CN=ABC, OU=XXXX, OU=XXX, O=XXXXX, C=XX

    Intermediate Certificate
    ----------------------------

    Here the Issuer Name will be that of the Root Certificate and Suject
    Name will have information about the Intermediate Certificate.

    Issuer Name: CN=ABC, OU=XXXX, OU=XXX, O=XXXXX, C=XX
    Validity From: Sun Feb 07 16:00:00 PST 2010
    To: Fri Feb 07 15:59:59 PST 2020
    Subject Name: CN=XYZ, OU=XXXXXXXXXXXXXXXXX, OU=XXXXXXXXXXXXXXX,
    O=XXXXXXXX, C=XX

    Server Certificate
    --------------------------
    Here the Issuer name will be that of the Intermediate certificate and the
    Subject Name will contain information about the Exchange server

    Issuer Name: CN=XYZ, OU=XXXXXXXXXXXXXXXXX, OU=XXXXXXXXXXXXXXX,
    O=XXXXXXXX, C=XX
    Validity From: Thu Aug 01 17:00:00 PDT 2013
    To: Thu Aug 17 16:59:59 PDT 2017
    Subject Name: CN=mail.abc.lab, OU=XXXX, OU=XX, O=XXXXXXX, L=XXXX, ST=XXXX, C=XX

Problème : Scénario 5

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Searching the network Successfully connected to Domain Controller (dc1.xxx.xxx)
from DNS
Searching the network Could not connect to Exchange CAS server
(https://EX2010-1.xxx.xxx/Autodiscover/Autodiscover.xml) from Active Directory
Searching the network Could not find an Exchange CAS server via Active Directory
Searching the network Successfully connected to Exchange 2003 server (EX2003.xxx.xxx)
from Active Directory
Searching the network Failed connected to Exchange CAS server at
(https://xxx.xxx/autodiscover/autodiscover.xml)
Searching the network Failed connected to Exchange CAS server at
(https://autodiscover.xxx.xxx/autodiscover/autodiscover.xml)
Searching the network Could not find an Exchange CAS server via Autodiscover DNS
SRV record
Searching the network Failed to locate an Exchange CAS server. Connection will not be able
to Locate Exchange 2007/2010 subscribers.

Solution possible

Vérifiez si le service d'authentification de central de l'échange 2010 (CAS) est placé afin d'exiger HTTPS, et le serveur d'Exchange 2003 est placé au HTTP seulement. Placez CAS afin de permettre le HTTP ou le HTTPS.

Voici un scénario semblable :

Searching the network Successfully connected to Domain Controller (dc1.xxx.xxx)
from DNS
Searching the network Could not connect to Exchange CAS server
(https://EX2010-1.xxx.xxx/Autodiscover/Autodiscover.xml) from Active Directory
Searching the network Could not find an Exchange CAS server via Active Directory
Searching the network Failed to locate an Exchange 2003 server. Connection will
not be able to locate Exchange 2003 subscribers.
Searching the network Failed connected to Exchange CAS server at
(https://xxx.xxx/autodiscover/autodiscover.xml)
Searching the network Failed connected to Exchange CAS server at
(https://autodiscover.xxx.xxx/autodiscover/autodiscover.xml)
Searching the network Could not find an Exchange CAS server via Autodiscover DNS
SRV record
Searching the network Failed to locate an Exchange CAS server. Connection will
not be able to Locate Exchange 2007/2010 subscribers.

Solutions possibles

  • Vérifiez les autorisations sur le compte comme décrit en créant le compte de services de messagerie unifiée dans le Répertoire actif et en accordant des autorisations pour le Cisco Unity Connection 8.5 et plus tard.

  • Référez-vous à l'ID de bogue Cisco CSCtq10780.

  • Vérifiez pour voir si un utilisateur de domaine a des droits suffisants afin de rechercher des serveurs exchanges, qui est la configuration idéale. La question pourrait être due aux stratégies de groupe appliquées sur le Répertoire actif. Cette solution est testée et fonctionne bien avec juste un utilisateur de domaine. Afin de tester, donnez les droits d'admin de vue d'échange seulement et les vérifiez. Il devrait également fonctionner pour donner des droits d'admin d'entreprise au compte de la messagerie unifiée (UM), mais les politiques de l'entreprise ne pourraient pas permettre ceci.
  • Ouvrez l'éditeur des interfaces de service de Répertoire actif (ADSI), et vérifiez si les serveurs exchanges sont répertoriés après que vous ouvriez une session avec le compte UM.

Problème : Scénario 6

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Could not connect to Exchange 2003 server (ncacn_ip_tcp: 
<exchangemailboxserver1.example.com>) from Active Directory
Could not connect to Exchange 2003 server (ncacn_ip_tcp:
<exchangemailboxserver2.example.com>) from Active Directory
Could not connect to Exchange 2003 server (ncacn_ip_tcp:
<exchangemailboxserver3.example.com>) from Active Directory

Pour les étapes de dépannage supplémentaires, référez-vous à l'ID de bogue Cisco CSCto35509.

La messagerie unifiée rend compte des questions

Problème : Scénario 1

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

The system failed to perform an IMAP operation.
Refer to other warnings and errors generated by the tool, and check the Tomcat
log file for details.
The system failed while trying to make an API call.

Voici les logs de CuImapSvr témoin (placez le suivi micro de CuImapSvr - tous les niveaux) :

CML,19,Connection attempt to IMAP server at
{10.xxx.xxx.xx:143/imap/notls/user="xxx/um/TestUser"}INBOX failed.
CML,19,E_CML_IMAP_CONNECT_FAILED (0x80046410)
Connection failed on IMAP request. Logged from HRESULT
CCsCmlImapDriver::ExecuteRequest(TCsAutoPtr<CCsCmlImapRequest>&)
in CsCml/CsCmlImapDriver.cpp at line 355.
CML,19,E_CML_IMAP_CONNECT_FAILED (0x80046410)
Unable to count messages using search-term ALL on
imapfolder[login={10.xxx.xxx.xx:143/imap/notls/user="xxx/um/TestUser"}INBOX]
in imapmbx[store=10.xxx.xxx.xx login=xxx/um/TestUser in
session[id=5 alias=TestUser].
Logged from virtual HRESULT
CCsCmlImapFolder::GetMessageCount(const CCsCmlSearchTerm&, int&) in
CsCml/CsCmlImapFolder.cpp at line 258.
CML,11,E_CML_IMAP_CONNECT_FAILED (0x80046410) Unable to get a message
count from the External inbox for subscriber TestUser. Logged from HRESULT
<unnamed>::VerifyMailbox(CCsCdlSubscriber&, CCsCmlMailbox&) in
CsCml/CsCmlSession.cpp at line 486.

Solutions possibles

  • Naviguez vers des utilisateurs > des comptes choisis d'utilisateur > de messagerie unifiée > éditent le compte de messagerie unifiée ; sous les informations du compte (utilisées seulement pour l'Exchange 2003 texte-voix (TTS)), le type choisi de connexion comme user-id d'utilisation a fourni, et user-id comme domaine \ nom d'utilisateur.

  • Vérifiez si le service du Protocole IMAP (Internet Message Access Protocol) 4 a commencé sur le serveur exchange.

  • Ajoutez le nom de domaine avec le compte utilisateur sous des services de messagerie unifiée : La messagerie unifiée > la messagerie unifiée entretient > compte de Répertoire actif utilisé pour accéder à l'échange > le nom d'utilisateur > le domaine \ nom d'utilisateur.

  • Telnet d'utilisation afin de vérifier la Connectivité de base IMAP.

  • S'il y a un délai d'aller-retour IMAP entre l'échange et l'Unity Connection, naviguez vers la page > les paramètres système d'admin d'Unity Connection > avancé > configuration de services de messagerie unifiée : TTS et calendriers : Heure d'attendre une réponse (en quelques secondes). La valeur par défaut est 4. Cette valeur peut être augmentée.

  • Référez-vous aux id CSCto57555 et CSCto54535 de bogue Cisco.

  • Si ce message apparaît sur une capture de paquet prise de l'UC, naviguez vers des utilisateurs d'AD et les ordinateurs > sélectionnent l'utilisateur > Properties > l'échange comporte > IMAP4 > enable : Réponse IMAP 122 : 00000003 AUCUNE panne de connexion : compte courant désactivé.

Problème : Scénario 2

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

The system failed to perform a typical calendar operation.

Solutions possibles

Remarque: Fréquemment, quand les autres questions décrites dans ce document sont réparées, cette question est aussi bien réparée.

Problème : Scénario 3

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Failed accessing xxx@ayz.com Diagnostic=[Timeout was reached -- 
operation timed out after 1000 milliseconds with 0 bytes recieved]

Solutions possibles

  • Cochez la case SSL d'exigence sous les services Web d'échange (EWS). Souvent, ceci est fait sous Autodiscover au lieu d'EWS.

  • Exécutez une remise des boîtes aux lettres de connexion et d'échange de synchroniser (SIB) de la page de compte de messagerie unifiée d'éditer.

Problème : Scénario 4

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Failed accessing xxx@ayz.com Diagnostic=[] Verb =[] url=[] request=[] response[]

Solutions possibles

Logs témoin :

HTTP request failed with error: Bad response from server, HTTP code returned: 
401, HTTP status code: 401
  • Vérifiez la méthode d'authentification des deux côtés. Vérifiez les configurations en service l'Internet Information Services (IIS) pour AutoDiscover et EWS.

  • Si la Microsoft Office 365 est utilisée, le compte de Messagerie UM devrait être dans le format account@domain.onmicrosoft.com.

  • Remettez à l'état initial le mot de passe, et entrez le mot de passe de nouveau sur l'Unity Connection.

  • Le compte UM ne devrait pas avoir une boîte aux lettres.

Logs témoin :

HTTP request failed with error: Couldn't connect to server -- couldn't connect 
to host, HTTP status code: 503
  • Vérifiez s'il y a des Pare-feu.

  • Vérifiez si des points de service de messagerie unifiée au serveur exchange correct.

  • Référez-vous à l'ID de bogue Cisco CSCts82396.

Problème : Scénario 5

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

The error is error:0200206F:system library:connect:Connection refused. 
Refer to the tomcat log

Voici les logs de Tomcat d'échantillon :

HTTP 503 ERRORS:
HTTP request failed with error: Couldn't connect to server --
couldn't connect to host, HTTP status code: 503, for ews
URL: https://xxxxxxxx.outlook.com/EWS/Exchange.ASMX, verb: POST
HTTP 401 ERRORS:
HTTP request failed with error: Bad response from server, HTTP code returned:
401, HTTP status code: 401, for ews URL:
https://xxxxxxxxxx.outlook.com/EWS/Exchange.ASMX, verb: POST
HTTP 404 ERRORS:
HTTP request failed with error: Bad response from server, HTTP code returned:
404, HTTP status code: 404, for Autodiscovery URL:
https://xxxx.com/autodiscover/autodiscover.xml, verb: GET, query:

Solutions possibles

  • Vérifiez si le Pare-feu bloque le port 443.

  • Vérifiez si le domaine correct est utilisé.

Problème : Scénario 6

Affichages de cette erreur quand la touche "TEST" à la page est cliquée sur :

Diagnostic=[SSL connect error -- error:1408F119:SSL routines:SSL3_GET_RECORD:
decryption failed or bad record mac] Verb=[POST]

Solution

Ce doit corrompre des Certificats. De la page de gestion de SYSTÈME D'EXPLOITATION, certificat régénéré tomcat.pem. Service de Tomcat de reprise.

Codes d'erreur

Voici quelques codes d'erreur que vous pourriez rencontrer :

  • erreur 401

    • Les causes possibles incluent un mot de passe incorrect pour le compte de services de messagerie unifiée, un nom d'utilisateur incorrect, ou un format non valide pour le nom d'utilisateur. (Si le format de domaine \ utilisateur est utilisé, n'utilisez pas le format du nom de domaine complet (FQDN) pour le nom de domaine.) Une autre cause possible est que la valeur de la liste basée sur le WEB d'authentication mode n'apparie pas l'authentication mode configurée dans l'échange. Toutes les valeurs apparaissent à la page de service de messagerie unifiée d'éditer.

    • Vérifiez le mot de passe sous la messagerie unifiée > la messagerie unifiée entretient > compte de Répertoire actif utilisé pour accéder à l'échange > le mot de passe. Beaucoup de fois le test de service UM passera avec des mots de passe incorrect.

    • Assurez-vous que toutes les configurations IIS sont configurées dans EWS et Autodiscovery.

    • Vérifiez l'authentication mode des deux côtés : Unity Connection et échange.

    • Le LAN Manager de NT (NTLM) v2 n'est pas pris en charge ; référez-vous à l'ID de bogue Cisco CSCub61107.

    • Bonne question de personnification : Terminez-vous les étapes décrites en créant le compte de services de messagerie unifiée dans le Répertoire actif et en accordant des autorisations pour le Cisco Unity Connection 8.5 et plus tard.

    • La boîte aux lettres d'utilisateur d'échange est uninitialized.

    • Assurez-vous que le compte UM n'a pas une boîte aux lettres. S'il fait, l'effacement et recréer le compte, et appliquent des autorisations. Il n'aide pas si vous supprimez simplement la boîte aux lettres.

    • Le serveur exchange pourrait s'attendre à ce que le nom d'utilisateur soit dans ce format - user@domain au lieu de domaine \ d'utilisateur. Utilisez ces messagerie unifiée de format > services de messagerie unifiée.

    • Si des Certificats sont installés, vérifiez le visualisateur d'événements du serveur exchange pour toutes les erreurs rapportées pour délivrer un certificat l'échéance. Exemple :

      Log Name:      Application
      Source: MSExchange Web Services
      Date: 9/7/2013 7:59:16 PM
      Event ID: 24
      Task Category: Core
      Level: Error
      Keywords: Classic
      User: N/A
      Computer: XXX.XXXXXXXXX.com
      Description:
      The Exchange certificate [Subject]
      CN=XXX.XXXXXXXXX.com, OU=XXXXXXXXX, OU=XX, O=XXXXXXXXXXXX, L=XXXXXX,
      S=XXXXXXX, C=XX

      [Issuer]
      CN=XXXXXXXXXXX, OU=XXXXXXXXXXX, OU=XXXXXXXXX, O=XXXXXXXXX, C=XX

      [Serial Number]
      XXXXXXXXXXXXXXXXXXXXXXXXX
      [Not Before]
      8/9/2012 5:00:00 PM

      [Not After]
      8/17/2013 4:59:59 PM

      [Thumbprint]
      XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
      expired on 8/17/2013 4:59:59 PM.


  • erreur 403

    • Secure Sockets Layer (SSL) est exigé en l'échange, mais le public que des Certificats de l'autorité de certification (CA) qui a signé les Certificats sur les serveurs exchanges n'ont pas été téléchargés au serveur d'Unity Connection.


  • erreur 404

    • Une cause possible est que le service de messagerie unifiée est configuré pour employer le protocole HTTPS afin de communiquer avec des serveurs exchanges, mais le SSL n'est pas activé dans l'échange. Une autre cause possible est que l'Exchange 2003 est utilisé comme mémoire de message, mais des extensions de WebDav n'ont pas été activées.

    • Naviguez vers des utilisateurs > sélectionnent les comptes d'utilisateur > de messagerie unifiée > éditent le compte de messagerie unifiée,
      Sous les informations du compte > utilisez cette adresse e-mail, et assurez-vous que l'adresse e-mail est correcte.

    • Le serveur incorrect ou le Domain Name Server (DN) le résout au serveur faux.

    • Le serveur ne dirige pas le service nécessaire (EWS, WebDAV, Autodiscovery).


  • erreur 440

    • Réponse d'erreur de délai d'attente de procédure de connexion mauvaise de serveur

    • Référez-vous à l'ID de bogue Cisco CSCto91728.
    • L'Unity Connection SIB ne fonctionne pas avec l'Exchange 2003 quand une authentification forme Forme est configurée sur l'Exchange 2003 qui contient un mailstore que l'Unity Connection doit accéder à.


  • erreur 500

    • Problème de configuration du serveur. Authentication mode incorrecte. Le service d'informations d'internet est indisponible. Adresse e-mail (adresse primaire de SMTP) non trouvée.

    • Si les autorisations sont appliquées au niveau d'organisation, cette erreur peut être vue. Appliquez les mêmes autorisations au niveau du serveur. Le pour en savoir plus, se rapportent à accorder des droites aux services de messagerie unifiée expliquent le Cisco Unity Connection 8.5 et plus tard (échange 2007 seulement).

    • Question de personnification : À la page de test, ce message est vu que > l'erreur interne du serveur du HTTP status=[500] ................ ErrorImpersonateUserDenied ....... le compte n'a pas l'autorisation de personnifier l'utilisateur demandé. Afin de réparer ceci, référez-vous assignent le rôle de Gestion de personnification d'application au compte de services de messagerie unifiée. Si le compte des services UM était créé au commencement avec une boîte aux lettres, supprimant seule la boîte aux lettres ne réparera pas cette question. Le compte doit être supprimé, et recréé sans boîte aux lettres.

    • Vérifiez l'affectation de rôle de personnification utilisant obtiennent-ManagementRoleAssignment sur le shell de Gestion d'échange. À l'extrémité de la sortie, le contrôle s'il y a un avertissement qui indique l'affectation de rôle est corrompu et est dans un état incohérent. Si oui, retirez l'affectation avec retirent-ManagementRoleAssignment le « nom de <policy > », et readd le.

    • ErrorNonExistentMailbox : L'adresse de Protocole SMTP (Simple Mail Transfer Protocol) n'a aucune boîte aux lettres associée avec elle.

Certains de ces codes d'erreur sont également mentionnés dans ce document : La boîte de réception simple ne fonctionne pas pour des utilisateurs associés avec un service de messagerie unifiée.

Si la réponse de serveur exchange est lente, augmentez le temps d'attendre une réponse (en quelques secondes) dans le Cisco Unity Connection (sous des paramètres système > avancé > des services de messagerie unifiée).

D'autres questions

Dans les scénarios où le test est réussi sur chacun des deux le compte de messagerie unifiée et la page de services de messagerie unifiée, activez ces suivis :

  1. Naviguez vers l'utilité > le suivi de Cisco Unity Connection > macro suivi.

  2. Suivis simples choisis de boîte de réception.

  3. Naviguez pour tracer > suivi micro (activez tous les niveaux).

    • CsMbxSync
    • CsWebDav (si l'Exchange 2003 est utilisé)
    • CsEws (pour échange 2007 et plus élevés)
    • CsExMbxLocator

Problème : Scénario

L'Unity Connection est configuré afin de se connecter à l'Exchange 2003.

C'est des logs :

01:10:20.300 |6549,mail.xxxxxx.com,{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx},
CsWebDav,14,[CsWebDav/CsWebDavMbxClient.cpp:3340]: HTTP Status code: 500,
WEBDAV response headers: HTTP/1.1 500 Internal Server Error

C'est des logs d'échange :

Event ID: 9667

Type: Error

Category: General

Source: msgidNamedPropsQuotaError

Description: Failed to create a new named property for database "<databasename>"

because the number of named properties reached the quota limit (<configured quota>).

User attempting to create the named property: <user name>. Named property

GUID: <GUID of named property>.

Named property name/id: <name of named property>.

Solution

Ces événements sont enregistré quand une base de données sur un serveur exchange avec le rôle de serveur de boîte aux lettres installé approche ou atteint la limite maximum des propriétés Désignées ou des identifiants de reproduction.

Un changement dans le registre est exigé afin de réparer cette question comme mentionné en cet article de Microsoft Technet - comment configurer Properties Désigné et des quotas d'identifiant de reproduction.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\
<ServerName>\<Database Type-GUID>

Changez le DWORD - NonMAPI a nommé la valeur de Props Quota. Il est normalement placé à 8,192. Modifiez ceci à 16,384.

Référez-vous à ces documents pour plus d'informations sur ceci :


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 116001