Problèmes de synchronisation de la boîte de réception unique avec les déploiements sur site Microsoft Exchange

Options de téléchargement

PDF (240.8 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (93.1 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (79.0 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:2 avril 2015

ID du document:118883

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Problèmes

Dépannage

Synchronisation retardée ou non entre CUC et Exchange

Synchronisation différée d'Exchange Server vers CUC

Introduction

Ce document fournit des informations sur les problèmes de synchronisation constatés entre les déploiements Cisco Unity Connection (CUC) et Microsoft Exchange On-Premises.

Conditions préalables

Exigences

Cisco recommande que vous ayez connaissance de CUC.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Problèmes

Il existe trois types de problèmes de synchronisation :

Aucune synchronisation
Synchronisation différée des deux côtés (CUC vers Exchange Server et vice versa)
Synchronisation différée entre Exchange Server et CUC

Dépannage

Cette section fournit des informations sur la façon de résoudre les trois problèmes. Les deux premiers problèmes sont regroupés en une seule section, car l'approche de dépannage est la même.

Synchronisation retardée ou non entre CUC et Exchange

Il peut y avoir plusieurs raisons pour lesquelles il n'y a pas de synchronisation ou de synchronisation retardée entre CUC et Exchange. Dans ce scénario, vérifiez les échecs de communication entre CUC et le serveur Exchange via l'interface de ligne de commande ou par collecte de journaux via l'outil de surveillance en temps réel (RTMT).

RTMT

Choisissez Trace & Log Central > Collecter les fichiers. Choisissez Connection Mailbox Sync logs et continuez.

Racine

Sur CUC (/var/log/active/cuc) via l'interface de ligne de commande :

Pour afficher le fichier, entrez cat <filename> ou vi <filename>, où <filename> est diag_CuMbxSync_xxxxxxxx.uc.

CLI admin

Les journaux peuvent également être consultés via l'interface de ligne de commande Admin, mais c'est assez difficile.

Afin de lister les fichiers, entrez file list activelog /cuc/diag_CuMbxSync* detail reverse.

Afin d'afficher un fichier, entrez file view activelog /cuc/diag_CuMbxSync_xxxxxxxx.uc où xxxxxxxx est le numéro de fichier.

Afin de transférer les fichiers vers un serveur FTP sécurisé (SFTP), entrez file get activelog /cuc/diag_CuMbxSync*.

Recherchez les erreurs ou avertissements HTTP dans les derniers journaux CuMbxSync. Comme les erreurs ou les avertissements sont écrits par défaut dans les traces, il n'est pas nécessaire d'activer les traces à ce stade.

Les pannes HTTP peuvent interrompre (par intermittence ou complètement) la synchronisation des opérations de messagerie de CUC vers le serveur Exchange et vice versa. Si des défaillances HTTP sont détectées dans les journaux, l'étape suivante consiste à dépanner et à résoudre ces problèmes.

Le document TechNote de dépannage de la boîte de réception unique de Unity Connection fournit des informations sur les diverses erreurs observées dans les journaux de CuMbxSync.

Si le journal CuMbxSync ne contient pas d'erreurs/échecs, activez les micro-traces CsEws et CuMbxSync - tous les niveaux. Choisissez Cisco Unity Connection Serviceability > Trace > Micro Trace. Cliquez sur l'option de réinitialisation dans la page Compte de messagerie unifiée de l'utilisateur et collectez à nouveau les journaux. Contactez le Centre d'assistance technique Cisco (TAC) pour obtenir de l'aide.

Synchronisation différée d'Exchange Server vers CUC

Exchange communique avec le serveur CUC sur le port 7080. Cette section décrit les étapes à suivre pour résoudre le problème.

Assurez-vous que le port 7080 est ouvert et que CUC écoute sur ce port.
CLI admin
Racine
Collecter une capture réseau à la fois sur le serveur Exchange et sur le serveur CUC afin de confirmer que le serveur Exchange envoie des notifications Jetty et que CUC reçoit ces notifications Jetty.
Dans l'interface de ligne de commande de CUC, entrez utils network capture file SIBTrace count 100000 size ALL.
Sous Exchange, téléchargez et exécutez Wireshark.
Dans la capture CUC, vous devriez voir ce modèle de paquet sur le port 7080 (port utilisé pour recevoir des notifications) :
Confirmez (à l'aide de l'adresse IP mise en surbrillance dans la capture d'écran) que la notification a été envoyée du serveur Exchange à CUC et non à un serveur proxy. Si vous ne voyez pas le même modèle sur le port 7080 (ou si vous ne voyez aucun trafic sur le port 7080), vérifiez auprès de l'équipe du serveur Exchange. Les notifications d'Exchange à CUC peuvent être de deux types :
- Notifications de maintien de la connexion
- Notification d'opération de message
Les messages de maintien de la connexion sont envoyés d'Exchange à CUC. Voici un exemple de message de notification de maintien de connexion :
Le serveur Exchange envoie cette notification toutes les cinq minutes (par défaut) pour chaque utilisateur abonné. Cette notification est envoyée par Exchange au client Exchange Web Services (EWS) (CUC dans ce cas) afin de maintenir les abonnements actifs dans CUC.
Les notifications du serveur Exchange sont reçues sur le serveur CUC par Jetty, qui analyse les notifications et met à jour les données dans la table tbl_ExSubscription.
Exemples d'entrées dans tbl_ExSubscription :
Les mêmes informations peuvent être consultées via l'interface de ligne de commande Admin. Entrez la commande run cuc dbquery unitydyndb select first 10 * from tbl_exsubscription.
tbl_ExSubscription stocke des informations sur chaque abonnement de boîte aux lettres enregistré avec Exchange via EWS. timestamputc (mis en surbrillance dans la capture d'écran précédente) est l'une des colonnes de ce tableau. Il contient Date-heure en heure UTC qui indique l'heure à laquelle une notification pour cet abonnement a été reçue pour la dernière fois par CUC à partir du serveur Exchange.
Le processus CuMbxSync a un thread qui surveille les abonnements périmés toutes les deux minutes et effectue une réinscription pour toutes les entrées périmées. Dans l'exemple de journal, le thread considère un ensemble d'entrées d'abonnement comme obsolètes. Ce n'est pas le cas idéal (si tout va bien et qu'Exchange envoie des notifications de maintien de la connexion en temps utile). Ce champ est utilisé pour détecter les abonnements périmés par le processus CuMbxSync. La condition utilisée pour filtrer les abonnements obsolètes est timestamputc < (CurrentTime - 15 minutes).
Même s'il n'y a aucune modification dans la boîte de messagerie d'un abonné côté Exchange, le serveur Exchange envoie toujours par défaut des notifications pour chaque abonné (abonné sur le serveur Exchange) à un intervalle de cinq minutes.
Les notifications de maintien de la connexion provenant d'Exchange sont visibles dans les journaux « Jetée de connexion ». Ces journaux peuvent être collectés à partir de RTMT (choisissez Trace & Log Central > Collect Files > Connection Jetty et continuez) ou via Root Access (/usr/local/jetty/logs).
Ce journal affiche la réponse envoyée par CUC correspondant aux notifications de maintien de connexion envoyées par le serveur Exchange. Si les notifications de maintien de la connexion n'arrivent pas au CUC d'Exchange, l'abonnement sera réabonné toutes les 16 minutes (environ) et la synchronisation des boîtes aux lettres n'aura lieu qu'à ce moment-là.
Les raisons possibles d'un tel comportement peuvent être les suivantes :
- Configuration du proxy sur le serveur Exchange
- Configuration de la traduction d'adresses de réseau (NAT) au CUC
- Configuration du pare-feu entre CUC et Exchange Server, etc
Impliquez l'équipe réseau et l'équipe Exchange afin d'obtenir la véritable raison de ce comportement.
Si CUC reçoit une notification du serveur Exchange à temps et que la mise à jour n'est pas reflétée dans la boîte aux lettres CUC, contactez le TAC pour obtenir de l'aide afin de résoudre le problème.