Voz y Comunicaciones unificadas : Cisco Unity

Unity “usted no tiene los procedimientos deTroubleshooting pronto de ningún nuevo mensaje”

16 Enero 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (11 Diciembre 2015) | Comentarios

Introducción

Este documento describe cómo resolver problemas un problema se encuentre que cuando el servidor del Cisco Unity entrega un mensaje al Microsoft Exchange Server, y el mensaje no puede ser localizado cuando se hacen las tentativas de la extracción. 

Contribuido por Anirudh M Mavilakandy y Sara Sheridan, ingenieros de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Cisco Unity
  • Microsoft Exchange

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Versión 5.0 o posterior del Cisco Unity
  • Versión 2003 o posterior del Microsoft Exchange (como el almacén del correo del partner)

Problema

Cuando usted intenta acceder el voicemail vía el Telephone User Interface (TUI), usted le oye hacer que ningunos nuevos mensajes indiquen.

Nota: Si usted oye sus mensajes ahora no son prompt disponible y consideran todos los mensajes pegados en el directorio del commserver \ del unityMta en el servidor del Cisco Unity, refieren al Unity “que sus mensajes no son” prompt disponible en el documento del modo UMR para resolver problemas el problema.

Nota: Si se entregan algunos mensajes y el resto permanece en la carpeta MTA, refiera al Unity en el documento de los escenarios de falla del ID de evento 113 UMR para resolver problemas el problema.

Solución

Complete estos pasos para resolver problemas el problema que se describe en la sección anterior:

  1. Verifique las reglas del transporte de la versión 2007 del Microsoft Exchange. Si hay una negación en la parte inferior de los correos electrónicos que se envían a través del Microsoft Exchange Server, refiera al Cisco Unity: Intercambie el MWI 2007 de las causas de la regla del transporte de la negación para fallar el documento. Este documento explica cómo resolver los problemas de la indicación de mensaje en espera (MWI) debido a la regla de la negación. La misma solución se aplica aquí.

  2. Asegúrese de que el catálogo global (CROMATOGRAFÍA GASEOSA) separe sea estable y de que el Unity puede completar un ciclo completo de la sincronización sin el error. El Cisco Unity monitorea el servidor de la CROMATOGRAFÍA GASEOSA para las actualizaciones del directorio. La sincronización pudo fallar debido a los permisos o a los problemas de conectividad de red que falta, o el servidor pudo ser inalcanzable si se ha desarmado.

    Para marcar el servidor de la CROMATOGRAFÍA GASEOSA que se monitorea actualmente, complete estos pasos:

    1. Navegue al depósito > a las herramientas de administración > al lanzamiento DCGC de las herramientas del Cisco Unity vuelven a conectar las configuraciones.

    2. Ignore la advertencia y el tecleo continúa.

    3. De la lengueta global del catálogo, verifique que el servidor actual de la CROMATOGRAFÍA GASEOSA sea servidor válido.

    4. Si no, la fuerza del tecleo vuelve a conectar. Esto busca para un nuevo/un servidor válido, y pudo tardar algunos momentos para completar.



    Nota: Si el cliente de la interfaz de programación de la aplicación de mensajería del Cisco Unity (MAPI) utiliza la misma CROMATOGRAFÍA GASEOSA que el Cisco Unity monitorea para las actualizaciones del directorio, usted debe también cambiar el servidor que el cliente de MAPI utiliza. (Refiera al paso 5.)


    Si el Cisco Unity no vuelve a conectar a un servidor válido de la CROMATOGRAFÍA GASEOSA, después cambie estas configuraciones:

    1. Asegúrese de que el permiso que la búsqueda automática del servidor encendido vuelve a conectar la casilla de verificación esté desmarcado.

    2. En el campo primario del servidor de catálogo global manual, ingrese el Nombre de dominio totalmente calificado (FQDN) (FQDN) de la CROMATOGRAFÍA GASEOSA que usted quisiera que el Cisco Unity monitoreara para los cambios del directorio.

    3. En el campo secundario del servidor de catálogo global manual, ingrese el FQDN de la CROMATOGRAFÍA GASEOSA que usted quisiera que el Cisco Unity monitoreara para los cambios del directorio si la CROMATOGRAFÍA GASEOSA que usted especificó en el paso anterior no está disponible.

    4. Haga clic la salvaguardia, y después fuércela vuelven a conectar.

    5. Monitoree el evento abre una sesión la orden para confirmar que el ciclo de la sincronización completa con éxito (refiera a los mensajes del próximo ejemplo).

    Cuando el Cisco Unity intenta sincronizar con la CROMATOGRAFÍA GASEOSA actual, no puede alcanzar el servidor:
    Event Type:	Information
    Event Source: CiscoUnity_DSGC
    Event Category: Info
    Event ID: 1038
    Date: 03/06/2014
    Time: 1:57:05 PM
    User: N/A
    Computer: UNITYLAB
    Description:
    The Cisco Unity service that monitors the global catalog (AvDSGlobalCatalog)
    started a full synchronization cycle with GC01.voice.lab.

    Event Type: Warning
    Event Source: CiscoUnity_DSGC
    Event Category: Warning
    Event ID: 1040
    Date: 03/06/2014
    Time: 1:57:11 PM
    User: N/A
    Computer: UNITYLAB
    Description:
    The Cisco Unity service that monitors the global catalog (AvDSGlobalCatalog)
    is skipping a synchronization cycle because it failed to connect to global
    catalog server GC01.voice.lab. The service has failed to connect to this
    server for 2 consecutive synchronization cycle(s). The AvDSGlobalCatalog
    service will attempt to connect to a different global catalog server.

    Diagnostic Info:
    Global Catalog Server: GC01.voice.lab
    Binding String: GC://GC01.voice.lab:3268/ROOTDSE
    Error Code: ERROR_DS_SERVER_DOWN
    Description: The server is not operational.
    El Cisco Unity entonces identifica una nueva CROMATOGRAFÍA GASEOSA:
    Event Type:	Information
    Event Source: CiscoUnity_DSGC
    Event Category: Info
    Event ID: 1041
    Date: 03/06/2014
    Time: 1:57:12 PM
    User: N/A
    Computer: UNITYLAB
    Description:
    The Cisco Unity service that monitors the global catalog (AvDSGlobalCatalog)
    will use the global catalog server GC02.voice.lab for synchronizing with the
    global catalog. The service is switching to the new global catalog server
    because it failed connecting to GC01.voice.lab 2 consecutive times. The
    AvDSGlobalCatalog will begin a full a synchronization with this server in 0
    hour(s), 15 minute(s).
    El Cisco Unity intenta sincronizar con la nueva CROMATOGRAFÍA GASEOSA, y este vez el ciclo de la sincronización completa con éxito:
    Event Type:	Information
    Event Source: CiscoUnity_DSGC
    Event Category: Info
    Event ID: 1038
    Date: 03/06/2014
    Time: 2:12:12 PM
    User: N/A
    Computer: UNITYLAB
    Description:
    The Cisco Unity service that monitors the global catalog (AvDSGlobalCatalog)
    started a full synchronization cycle with GC02.voice.lab.

    Event Type: Information
    Event Source: CiscoUnity_DSGC
    Event Category: Info
    Event ID: 1043
    Date: 03/06/2014
    Time: 2:12:12 PM
    User: N/A
    Computer: UNITYLAB
    Description:
    The Cisco Unity service that monitors the global catalog (AvDSGlobalCatalog)
    completed a full synchronization cycle with GC02.voice.lab.
  3. Comprobación para la carga o los problemas de rendimiento del Microsoft Exchange. Si el Microsoft Exchange Server está ocupado, puede ser que no tenga la capacidad de responder a todas las peticiones MAPI del Cisco Unity a su debido tiempo. Si el Round Trip Time MAPI está sobre el valor de umbral, el Cisco Unity pudo fallar el juego-hacia fuera el número de mensajes en la casilla de correo del usuario. En estas situaciones, estas advertencias pudieron aparecer en los registros del visor de eventos:
    Event Type: Warning
    Event Source: CiscoUnity_AvWm
    Event Category: Warning
    Event ID: 29021
    Date: 03/06/2014
    Time: 2:12:12 PM
    User: N/A
    Computer: UNITYLAB
    Description:
    A MAPI function call to the Microsoft Exchange server took 161625 milliseconds,
    which exceeds the system threshold of 5000 milliseconds. The most likely
    causes are an overloaded Exchange server or poor network connectivity to the
    Exchange server. This is likely to affect the operation of the Cisco Unity
    server in a number of ways, including slow response or delays during phone
    calls, ports getting stuck or not answering calls, and Unity failover if a
    secondary server is active.
    To troubleshoot this problem, enable all AvWM micro traces using the Cisco Unity
    Diagnostic Tool (UDT), and investigate the Exchange server for high system load
    and other indications that maintainance is required. For more information,
    please consult the Troubleshooting Guide For Cisco Unity with Microsoft Exchange.
    Siga estos pasos para resolver este problema:

    1. Si el problema se considera en un tiempo específico del día, marque si algunos respaldos se programan para ejecutarse ahora. Usted puede mover el horario adelante una hora para probar esto. Si la caída del sistema sigue el horario de reserva, considere un movimiento del respaldo a un rato alternativo, fuera de las horas hábiles.

    2. Marque la carga o el funcionamiento del Microsoft Exchange Server (refiera a las guías de las mejores prácticas del Microsoft Exchange).

    3. Marque la conectividad de red; si el Microsoft Exchange Server está conectado vía WAN, asegúrese que haya un buen Round Trip Time.

    4. Marque el tamaño del buzón y borre el correo indeseado.

  4. Marque el envío y reciba los conectores en un 2003/2010 entorno Exchange mezclado. Siga estos pasos para resolver este problema:

    1. Envíe a correo electrónico normal de un buzón del Microsoft Exchange 2010 a un beneficiario del Microsoft Exchange 2003.

    2. Envíe a correo electrónico normal de un buzón 2003 del Microsoft Exchange a un beneficiario del Microsoft Exchange 2010.

    3. Asegúrese de que ambos correos electrónicos estén entregados como se esperaba.

  5. Cambie el servidor de la CROMATOGRAFÍA GASEOSA que el cliente de MAPI del Cisco Unity utiliza para comunicar con el Microsoft Exchange. Si el servidor de la CROMATOGRAFÍA GASEOSA que es utilizado por el cliente de MAPI del Cisco Unity está adentro desarme, los malfuncionamientos, es en la reconstrucción, o es offline para el mantenimiento, usted debe especificar una diversa CROMATOGRAFÍA GASEOSA. Éste no necesita ser el mismo servidor de la CROMATOGRAFÍA GASEOSA que el Cisco Unity monitorea para las actualizaciones del directorio.

    Complete estos pasos para marcar o cambiar la entrada de la CROMATOGRAFÍA GASEOSA en el perfil MAPI:

    1. Registro en el servidor del Cisco Unity con la Cuenta de servicio del almacén de Mensaje de Unity (éste es típicamente UnityMsgStoreSvc).

    2. Comience Regedit.

    3. Amplíe la clave del [HKEY_CURRENT_USERSoftwareMicrosoftWindows NTCurrentVersionWindows Messaging SubsystemProfilesUnity System Profile].

    4. Localice la clave que comienza con el DCA….

    5. El nombre de la CROMATOGRAFÍA GASEOSA con la cual el cliente de MAPI del Cisco Unity comunica se visualiza en la clave 001e6602.



  6. Marque si los permisos requeridos del Microsoft Exchange están aplicados al Cisco Unity instalan y las cuentas de servicios de directorio del Cisco Unity. Ambas cuentas se deben agregar al grupo del papel de la Administración de la organización. Para las instrucciones sobre cómo agregar o verificar estos permisos, refiera al archivo de PWHelpExchange_ENU.htm, que se puede encontrar en el directorio de instalación del asistente de permisos en el servidor del Cisco Unity. Típicamente, esto se localiza aquí (si el asistente de permisos está instalado en el C: unidad):

    C: > Program Files (Archivos de programa) > Cisco Systems > asistente de permisos

  7. Marque si la directiva que estrangula requerida está aplicada al buzón de la Cuenta de servicio del Message Store del Cisco Unity. Para las instrucciones sobre cómo agregar o verificar los permisos, refiera al paso 20 del Microsoft Exchange que usa 2010 con las versiones 8.0, del Cisco Unity el documento 7.0, y 5.0.

  8. Verifique si el Cisco Unity puede crear las carpetas de la búsqueda en el Microsoft Exchange Server. Cuando usted presiona el botón Messages Button en su teléfono para acceder su cuadro del voicemail del Cisco Unity, una petición se envía al Microsoft Exchange para la información sobre el usuario. Esta información es enviada por el Microsoft Exchange en una carpeta llamada la carpeta de la búsqueda de Cisco. Estas carpetas contienen la información sobre el número total de mensajes, el número de nuevos mensajes, guardado los mensajes, y el estatus actual del MWI para el usuario.

    Nota: Para más información, refiera a las carpetas de la búsqueda de Cisco que resuelven problemas publican el documento en la comunidad del soporte de Cisco. Si usted completa la solución alternativa y el problema todavía persiste para el mismo usuario, reconstruya el buzón en el Microsoft Exchange.

    Nota: Para la versión 5.0 del Cisco Unity con ES85 y la versión 2010 del Microsoft Exchange, refiera al Id. de bug Cisco CSCth16029, que documenta el problema que ocurre cuando las carpetas de la búsqueda no se reconstruyen correctamente. Si usted completa la solución alternativa y el problema todavía persiste para el mismo usuario, reconstruya el buzón en el Microsoft Exchange.

  9. Verifique que el Cisco Unity pueda acceder los buzones conectados. Los buzones conectados en el Microsoft Exchange 2010 se utilizan para las cuentas externas, por ejemplo cuando la cuenta reside en otro bosque del Active Directory. Todos los buzones y casillas de correo de suscriptor de la cuenta del sistema del Cisco Unity se deben crear como casillas de correo del usuario en el Microsoft Exchange Server.

    Si la cuenta problemática utiliza un buzón conectado, refiera a la documentación de Microsoft para convertir los buzones conectados.

Nota: La versión 5.0 del Cisco Unity ha alcanzado el extremo del soporte. La fecha más pasada para el soporte para la versión de Unity 7.x y la versión de Unity 8.x es el 31 de enero, 2015. El Centro de Asistencia Técnica de Cisco (TAC) no podrá ayudar con los nuevos problemas después de esta fecha.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 118297