Problemas de sincronización de bandeja de entrada única con implementaciones in situ de Microsoft Exchange

Opciones de descarga

PDF (240.7 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (92.6 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (78.2 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:2 de abril de 2015

ID del documento:118883

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Problemas

Troubleshoot

Retrasado o sin sincronización entre CUC y Exchange

Sincronización retrasada de Exchange Server a CUC

Introducción

Este documento proporciona información sobre los problemas de sincronización observados entre Cisco Unity Connection (CUC) y las implementaciones locales de Microsoft Exchange.

Prerequisites

Requirements

Cisco recomienda que tenga conocimientos de CUC.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). If your network is live, make sure that you understand the potential impact of any command.

Problemas

Existen tres tipos de problemas de sincronización:

Sin sincronización
Sincronización retrasada de ambos lados (CUC a Exchange Server y viceversa)
Sincronización retrasada de Exchange Server a CUC

Troubleshoot

Esta sección proporciona información sobre cómo resolver los tres problemas. Los dos primeros problemas se combinan en una sola sección, ya que el método para solucionarlos es el mismo.

Retrasado o sin sincronización entre CUC y Exchange

Puede haber varias razones por las cuales no hay sincronización entre CUC y Exchange o ésta se retrasa. En este escenario, verifique los fallos de comunicación entre CUC y Exchange Server, ya sea a través de la CLI o mediante la recopilación de registros a través de la herramienta de supervisión en tiempo real (RTMT).

RTMT

Elija Trace & Log Central > Collect Files. Elija Connection Mailbox Sync logs y continúe.

Raíz

En CUC (/var/log/active/cuc) a través de CLI:

Para ver el archivo, ingrese cat <filename> o vi <filename>, donde <filename> es diag_CuMbxSync_xxxxxxxx.uc.

CLI de administración

Los registros también se pueden ver a través de la CLI de administración, pero es bastante difícil.

Para enumerar los archivos, ingrese file list activelog /cuc/diag_CuMbxSync* detail reverse.

Para ver un archivo, ingrese file view activelog /cuc/diag_CuMbxSync_xxxxxxxx.uc donde xxxxxxxx es el número de archivo.

Para transferir los archivos a un servidor de FTP seguro (SFTP), ingrese file get activelog /cuc/diag_CuMbxSync*.

Compruebe los registros de CuMbxSync más recientes para detectar cualquier error o advertencia de HTTP. Dado que los errores o las advertencias se escriben de forma predeterminada en los seguimientos, no es necesario habilitar los seguimientos en este momento.

Los errores de HTTP podían detener (intermitente o completamente) la sincronización de la operación de mensajería desde CUC al servidor Exchange y viceversa. Si se observan errores de HTTP en los registros, el siguiente paso es solucionar y solucionar estos problemas.

El documento Troubleshooting de Unity Connection Single Inbox TechNote proporciona información sobre los diversos errores que se ven en los registros de CuMbxSync.

Si no hay errores/fallas en el registro de CuMbxSync, habilite los seguimientos micro de CsEws y CuMbxSync - todos los niveles. Elija Serviciabilidad de Cisco Unity Connection > Seguimiento > Micro Trace. Haga clic en la opción de restablecimiento de la página Cuenta de mensajería unificada del usuario y recopile los registros una vez más. Póngase en contacto con el centro de asistencia técnica Cisco Technical Assistance Center (TAC) para obtener más ayuda.

Sincronización retrasada de Exchange Server a CUC

Exchange se comunica con el servidor CUC en el puerto 7080. Esta sección proporciona los pasos para resolver el problema.

Asegúrese de que el puerto 7080 esté abierto y CUC escuche en este puerto.
CLI de administración
Raíz
Recopile una captura de red tanto en el servidor Exchange como en el servidor CUC para confirmar que el servidor Exchange envía notificaciones Jetty y CUC recibe estas notificaciones Jetty.
En la CLI de CUC, ingrese utils network capture file SIBTrace count 100000 size ALL.
En Exchange, descargue y ejecute Wireshark.
En la captura de CUC, debería ver este patrón de paquete en el puerto 7080 (puerto utilizado para recibir notificaciones):
Confirme (con la ayuda de la dirección IP resaltada en la captura de pantalla) que la notificación se ha enviado desde el servidor Exchange a CUC y no a algún servidor proxy. Si no ve el mismo patrón en el puerto 7080 (o no ve ningún tráfico en el puerto 7080), consulte con el equipo del servidor Exchange. Las notificaciones de Exchange a CUC pueden ser de dos tipos:
- Notificaciones de keepalive
- Notificación de operación de mensaje
Los mensajes "keepalive" se envían de Exchange a CUC. Este es un ejemplo de mensaje de notificación de keepalive:
El servidor de Exchange envía esta notificación cada cinco minutos (de forma predeterminada) para cada usuario suscrito. Exchange envía esta notificación al cliente de servicios web de Exchange (EWS) (CUC en este caso) para mantener activas las suscripciones en CUC.
Jetty recibe las notificaciones del servidor Exchange en el servidor CUC, que analiza las notificaciones y actualiza los datos en la tabla tbl_ExSubscription.
Entradas de muestra en tbl_ExSubscription:
La misma información se puede ver a través de la CLI de administración. Ingrese el comando run cuc dbquery unitydyndb select first 10 * from tbl_exsubscription.
tbl_ExSubscription almacena información sobre cada suscripción de buzón de correo registrada con Exchange mediante EWS. timestamputc (resaltado en la captura de pantalla anterior) es una de las columnas de esta tabla. Contiene Fecha-hora en hora UTC que indica la hora en que CUC recibió por última vez una notificación para esta suscripción desde el servidor Exchange.
El proceso CuMbxSync tiene un subproceso que supervisa las suscripciones obsoletas cada dos minutos y realiza una resuscripción para las entradas obsoletas. En el registro de ejemplo, el subproceso considera que un conjunto de entradas de suscripción está obsoleto. Este no es un caso ideal (si todo está bien y Exchange envía notificaciones de activación a tiempo). Este campo se utiliza para detectar suscripciones obsoletas mediante el proceso CuMbxSync. La condición utilizada para filtrar las suscripciones obsoletas es timestamputc < (CurrentTime - 15 minutes).
Incluso si no hay ningún cambio en el buzón de un suscriptor en el lado de Exchange, Exchange Server envía de forma predeterminada notificaciones para todos y cada uno de los suscriptores (suscriptores en el servidor de Exchange) en un intervalo de cinco minutos.
Las notificaciones de keepalive que provienen de Exchange se pueden ver en los registros de 'Connection Jetty'. Estos registros se pueden recopilar en RTMT (elija Trace & Log Central > Collect Files > Connection Jetty y continúe) o a través de Root Access (/usr/local/jetty/logs).
Este registro muestra la respuesta enviada por CUC correspondiente a las notificaciones de activación enviadas por Exchange Server. Si las notificaciones de activación no llegan a CUC desde Exchange, la suscripción se volverá a suscribir cada 16 minutos (aproximadamente) y solo entonces se producirá la sincronización del buzón.
Las posibles razones de tal comportamiento podrían ser una de estas:
- Configuración de proxy en Exchange Server
- Configuración de traducción de direcciones de red (NAT) en CUC
- Configuración del firewall entre CUC y Exchange Server, etc.
Involucre al equipo de red y al equipo de Exchange para obtener el motivo real de este comportamiento.
Si CUC recibe la notificación del servidor Exchange a tiempo y la actualización no se refleja en el buzón de CUC, póngase en contacto con el TAC para obtener ayuda y solucionar el problema.