Voz y Comunicaciones unificadas : Cisco Unity Connection

Solos problemas de sincronización del inbox con las implementaciones de las En-premisas del Microsoft Exchange

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento proporciona la información sobre los problemas de sincronización considerados entre el Cisco Unity Connection (CUC) y las implementaciones de las En-premisas del Microsoft Exchange.

Contribuido por Ratnesh Nath y Anirudh Mavilakandy, ingenieros de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento 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). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Problemas

Hay tres tipos de problemas de sincronización:

  • Ninguna sincronización
  • Sincronización retrasada de los ambos lados (CUC al Exchange Server y vice versa)
  • Sincronización retrasada del Exchange Server a CUC

Troubleshooting

Esta sección proporciona la información sobre cómo resolver problemas los tres problemas. Los primeros dos problemas se combinan en una sección pues el acercamiento para resolver problemas los problemas es lo mismo.

Retrasado o ninguna sincronización entre CUC y el intercambio

Podría haber las diversas razones por las cuales hay ningún o sincronización retrasada entre CUC y el intercambio. En este escenario, fallas de comunicación del control entre CUC y el Exchange Server vía el CLI o por la colección del registro vía la herramienta del monitoreo en tiempo real (RTMT).

RTMT

Elija la traza y la central del registro > recoge los archivos. Elija el buzón de la conexión sincronizan los registros y proceden.

Raíz

En CUC (/var/log/active/cuc) vía el CLI:

Para ver el archivo, ingrese el <filename> del gato o VI <filename>, donde está diag_CuMbxSync_xxxxxxxx.uc el <filename>.

Admin CLI

Los registros se pueden también ver vía el Admin CLI, pero es muy difícil.

Para enumerar los archivos, ingrese el activelog /cuc/diag_CuMbxSync de la lista del archivo * detalle el revés.

Para ver un archivo, ingrese el activelog /cuc/diag_CuMbxSync_xxxxxxxx.uc de la opinión del archivo donde está el número el xxxxxxxx de archivo.

Para transferir los archivos a un servidor seguro FTP (SFTP), ingrese el archivo consiguen el activelog /cuc/diag_CuMbxSync *.

Marque los últimos registros de CuMbxSync para cualquier error o las advertencias HTTP. Puesto que los errores o las advertencias se escriben por abandono en las trazas, no hay necesidad de habilitar las trazas en este momento.

Los errores HTTP podrían parar (intermitentemente o totalmente) la sincronización de la operación de la Mensajería de CUC al servidor Exchange y vice versa. Si consideran a los errores HTTP en los registros, después el siguiente paso es resolver problemas y reparar estos problemas.

El solo inbox del Unity Connection que resuelve problemas el documento de la Nota Técnica proporciona una cierta información sobre los diversos errores vistos en los registros de CuMbxSync.

Si no hay errores/errores en el registro de CuMbxSync, después habilite las trazas del micrófono de CsEws y de CuMbxSync - todos los niveles. Elija la utilidad > la traza del Cisco Unity Connection > traza micro. Haga clic la opción de la restauración en la página unificada de la cuenta de la Mensajería del usuario y recoja los registros de nuevo. Entre en contacto el Centro de Asistencia Técnica de Cisco (TAC) para la asistencia adicional.

Sincronización retrasada del Exchange Server a CUC

El intercambio comunica al servidor CUC en el puerto 7080. Esta sección proporciona los pasos para resolver problemas el problema.

  1. Asegúrese que el puerto 7080 esté abierto y CUC escucha en este puerto.

    Admin CLI

    Raíz

  2. Recoja una captura de la red en el servidor Exchange y el servidor CUC para confirmar que el servidor Exchange envía las notificaciones del embarcadero y CUC recibe estas notificaciones del embarcadero.

    En el CUC CLI, ingrese el tamaño TODO de la cuenta 100000 de SIBTrace del capturar archivo de la red del utils.

    En el intercambio, descargue y ejecute Wireshark.

    En la captura CUC, usted debe ver este modelo del paquete en el puerto 7080 (puerto usado para recibir las notificaciones):

    Confirme (con la ayuda de la dirección IP resaltada en la captura de pantalla) que la notificación se ha enviado del servidor Exchange a CUC y no a un poco de servidor proxy. Si usted no ve el mismo modelo en el puerto 7080 (o no vea ningún tráfico en el puerto 7080), marque con el equipo del servidor Exchange. Las notificaciones del intercambio a CUC podían ser de dos tipos:

    • Notificaciones señales de mantenimiento
    • Notificación de la operación del mensaje

    Los mensajes señales de mantenimiento se envían del intercambio a CUC. Aquí está un mensaje de notificación señal de mantenimiento de la muestra:

    El servidor Exchange envía esta notificación cada cinco minutos (por abandono) para cada usuario inscrito. Esta notificación es enviada por el intercambio al cliente de los servicios web del intercambio (EWS) (CUC en este caso) para mantener las suscripciones vivas CUC.

    Las notificaciones del servidor Exchange son recibidas en el servidor CUC por el embarcadero, que analiza las notificaciones y pone al día los datos en la tabla del tbl_ExSubscription.

    Entradas de la muestra en el tbl_ExSubscription:

    La misma información se puede ver vía el Admin CLI. Ingrese el unitydyndb primeros 10 selectos del dbquery del cuc del funcionamiento * del comando del tbl_exsubscription.

    el tbl_ExSubscription salva la información sobre cada suscripción del buzón registradoa con el intercambio vía EWS. el timestamputc (resaltado en el tiro de pantalla anterior) es una de las columnas en esta tabla. Contiene la fecha y hora en la hora UTC que indica que el tiempo que una notificación para esta suscripción era último recibió por CUC del servidor Exchange.

    El proceso de CuMbxSync tiene un hilo que los monitores para las suscripciones añejas cada dos minutos y hagan un resubscription para cualquier entrada añeja. En el registro de la muestra, el hilo considera un conjunto de las entradas de la suscripción como añejo. Esto no es un caso ideal (si todo está muy bien y el intercambio envía las notificaciones señales de mantenimiento a tiempo). Este campo es utilizado para detectar las suscripciones añejas por el proceso de CuMbxSync. La condición usada para filtrar hacia fuera las suscripciones añejas es timestamputc < (CurrentTime - 15 minutos).

    Incluso si no hay cambio en una casilla de correo de suscriptor en el lado del intercambio, el Exchange Server por abandono todavía envía las notificaciones para cada suscriptor (suscriptor en el servidor Exchange) en un intervalo minucioso cinco.

    Las notificaciones señales de mantenimiento que vienen del intercambio se pueden considerar en “los registros del embarcadero de la conexión”. Estos registros se pueden recoger de RTMT (elija la traza y la central del registro > recoge los archivos > el embarcadero de la conexión y procede) o vía el acceso a raíz (/usr/local/jetty/logs).

    Este registro muestra la respuesta enviada por CUC correspondiente a las notificaciones señales de mantenimiento enviadas por el Exchange Server. Si las notificaciones señales de mantenimiento no llegan CUC del intercambio entonces que la suscripción resubscribed después de cada 16 minutos (aproximadamente) y entonces hace solamente la sincronización del buzón ocurren.

    Las razones potenciales para tal comportamiento podían ser una de éstos:

    • Configuración de representación en el Exchange Server
    • Configuración del Network Address Translation (NAT) en CUC
    • Configuración de escudo de protección entre CUC y el Exchange Server, y así sucesivamente

    Implique el equipo de la red e intercambie al equipo para conseguir la razón real de este comportamiento.

    Si CUC recibe la notificación del tiempo de funcionamiento del servidor Exchange y la actualización no se refleja en el buzón CUC, entre en contacto TAC para que la ayuda resuelva problemas el problema.



Document ID: 118883