Voz y Comunicaciones unificadas : Cisco Unity

El Unity “sus mensajes no es” prompt disponible en el modo UMR

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

Introducción

Este documento proporciona los pasos para resolver problemas las situaciones cuando el servidor del Cisco Unity no entrega los mensajes al Microsoft Exchange Server. Consideran a una gran mayoría de estos problemas cuando los buzones se emigran a un servidor del Microsoft Exchange 2010 y los pasos delineados en el Microsoft Exchange que usa 2010 con el documento de las migraciones de las versiones 8.0, 7.0 del Cisco Unity, y 5.0 no se siguen.

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
  • Microsoft Exchange 2003 o más adelante como el almacén del correo del partner

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.

Síntomas

Cuando usted intenta acceder el voicemail vía el Telephone User Interface (TUI), usted oye que el prompt “sus mensajes no está disponible ahora”. Los mensajes se pegan en la carpeta de C:\Commserver\UnityMTA (éste asume que el Cisco Unity está instalado en el C: unidad).

Si se entregan algunos mensajes, pero otros mensajes permanecen en la carpeta del agente de transferencia de mensajes (MTA), vea el Unity en el ID de evento UMR 113 escenarios de falla para resolver problemas el problema.

Cuando los mensajes no se pegan en la carpeta MTA y cuando el usuario oye “usted hacer que ningunos nuevos mensajes” indiquen, vea el Unity “usted no tener los procedimientos deTroubleshooting pronto de ningún nuevo mensaje” para resolver problemas el problema.

Antecedente

El Cisco Unity utiliza el protocolo de la interfaz de programación de la aplicación de mensajería (MAPI) para comunicar con el Exchange Server y entregar los mensajes. El servidor del Cisco Unity intenta abrir una sesión al Unity_<servername del buzón primario del server> del Unity, que se dirige en el Exchange Server del partner. Si el Cisco Unity no puede acceder este buzón a la hora del lanzamiento, la aplicación del Unity se pone en el modo del Unity Message Repository (UMR), así que significa que los mensajes están salvados localmente en el servidor de Unity hasta que la comunicación con el intercambio se restablezca. Éste es una de las razones posibles que el Unity está en el modo UMR. Este documento también cubre algunas otras posibles causas del modo UMR.

Estas herramientas, instaladas con el Cisco Unity, se pueden utilizar para marcar si el buzón del Unity_<servername> y el servidor donde reside son accesibles.

Prueba RPC

La prueba RPC se puede utilizar para determinar si el servidor Exchange comunica correctamente con el Cisco Unity y el RPC.

  1. En el servidor del Cisco Unity, elija el Start (Inicio) > Run (Ejecutar).
  2. Ingrese el cmd para traer para arriba la ventana CLI.
  3. Cambie los directorios a los instrumentos de apoyo de x:\Commserver\Utilities\Customer \ RPCTest \. (Reemplace x con la unidad donde el Unity está instalado.)
  4. Ingrese el más rpctest - comando del exchangeservername s, donde está el nombre el exchangeservername del servidor Exchange del partner, o el servidor de acceso de Clent (CAS).

    Si la prueba es acertada la salida incluye la línea “servidor está en la línea. :: El RpcMgmtIsServerListening:0".

Otros detalles se pueden encontrar en el Unity: Cómo utilizar la herramienta de RPCTest para detectar si Microsoft Exchange Server es accesible.

DohPropTest

El DohPropTest permite que usted vea los detalles de la configuración del buzón y que los determine si es accesible.

  1. En el servidor del Cisco Unity, elija el Start (Inicio) > Run (Ejecutar).
  2. Ingrese el cmd para traer para arriba la ventana CLI.
  3. Cambie los directorios a x:\Commserver\TechTools\. (Reemplace x con la unidad donde el Unity está instalado.)
  4. Ingrese el DohPropTest.exe - un comando para iniciar la herramienta.
  5. La contraseña para acceder la herramienta se calcula con la fórmula (100-Month)(Month+Date), así que para de enero el 10 la contraseña es (100-1)(1+10) = 9911.
  6. En el cristal de las colecciones, localice el MailUsers.
  7. En el cristal de los objetos collectiones, localice el buzón del Unity_<servername>.
  8. El tecleo consigue el buzón del usuario.
    Si el inicio es acertado, usted debe ver una nueva ventana con el Displayname, el Homeserver, y los límites configurados para el buzón.

MbxSuite

MbxSuite hace las mismas peticiones que el Cisco Unity hace a Microsoft el MAPI. Después de que usted ingrese una cierta información, el MbxSuite.exe intenta un login a un buzón.

  1. En el servidor del Cisco Unity, elija el Start (Inicio) > Run (Ejecutar).
  2. Ingrese el cmd para traer para arriba la ventana CLI.
  3. Cambie los directorios a x:\Commserver\TechTools\. (Reemplace x con la unidad donde el Unity está instalado.)
  4. Ingrese el comando del MbxSuite.exe para abrir la herramienta.
  5. Elija el buzón del Unity_<servername>.
  6. En el funcionamiento como campo, ingrese la Cuenta de servicio del almacén de Mensaje de Unity, UnityMsgStoreSvc típicamente Nombrado. Ingrese la contraseña de la cuenta cuando está indicado.
  7. Haga clic el buzón del inicio.
  8. Marque el cristal de los diagnósticos para los errores.
    Si el inicio es acertado, usted debe ver la “entrada de MailboxLogon” seguida por la “salida de MailboxLogon”.

La herramienta MFCMAPI de Microsoft, con el perfil actual MAPI, se puede también utilizar para verificar si un buzón es accesible. Vea la documentación de Microsoft para más información.

Troubleshooting

Complete cada paso en la orden. Después de cada paso, recomience el servicio del AvUmrSyncSvr y el control si el número de mensajes se sostuvo en la carpeta del unityMta disminuye.

  1. Cuando se mueven las casillas de correo para suscriptores (en el mismo Exchange Server o un nuevo Exchange Server), los permisos requeridos se deben aplicar a la nueva base de datos del buzón.

    Instale la última versión del Asistente de permisos con las instrucciones encontradas en el archivo de ayuda. Abra una sesión al servidor del Cisco Unity con una cuenta que sea un miembro del grupo de Admins del dominio y vuelva a efectuar al asistente de permisos. Asegúrese de que usted elija aplique los permisos a todas las bases de datos del buzón que contengan al suscriptor de Cisco Unity buzones.

  2. Asegúrese que el catálogo global (CROMATOGRAFÍA GASEOSA) separe sea accesible. El Cisco Unity monitorea el servidor de la CROMATOGRAFÍA GASEOSA para las actualizaciones del directorio. El cliente de MAPI del Cisco Unity también necesita poder comunicar con el servidor de la CROMATOGRAFÍA GASEOSA. Para marcar/cambie el servidor de la CROMATOGRAFÍA GASEOSA que se monitorea actualmente, completan estos pasos:
    1. Elija el depósito > las herramientas de administración > el lanzamiento DCGC de las herramientas del Cisco Unity vuelven a conectar las configuraciones.
    2. Ignore la advertencia y el tecleo continúa.
    3. Haga clic la lengueta global del catálogo y verifiquela que el servidor actual de la CROMATOGRAFÍA GASEOSA es 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.

    Para marcar/cambie el servidor de la CROMATOGRAFÍA GASEOSA que es utilizado por el cliente de MAPI:

    1. Abra una sesión al 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 el [HKEY_CURRENT_USERSoftwareMicrosoftWindows NTCurrentVersionWindows Messaging SubsystemProfilesUnity System Profile] dominante.
    4. Localice la clave esa los seres con el DCA…
      El nombre de la CROMATOGRAFÍA GASEOSA con la cual el cliente de MAPI del Cisco Unity comunica se visualiza en la clave 001e6602.

      Nota: En este ejemplo el cliente de MAPI utiliza el mismo servidor de la CROMATOGRAFÍA GASEOSA que el Unity monitorea para las actualizaciones del directorio. Esto no es un requisito, pero puede ayudar a eliminar los problemas de sincronización entre dos servidores de la CROMATOGRAFÍA GASEOSA.

  3. La ejecución del asistente de configuración del Message Store (MSCW) hace el perfil MAPI ser reconstruida, la clave DCA no consigue a veces reconstruida correctamente. Si no está ya presente, agregue un nuevo valor de la cadena llamado 001e6602 bajo clave DCA y ponga al día el valor de datos para hacer juego el servidor de la CROMATOGRAFÍA GASEOSA visto en el DCGC vuelven a conectar la herramienta de regulación.
  4. El atributo del direccionamiento S TP del objeto de usuario en el Active Directory debe contener una dirección de correo electrónico válida. Si este valor no está presente en el directorio, no estará presente en la base de datos SQL de Unity y éste causa la conducta inesperada. Este problema se considera generalmente con el intercambio 2003, y es debido al servicio receptor de la actualización (RU) que no completa las tareas requeridas para poblar este atributo. Un reinicio del servicio RU dentro del Exchange System Manager genera las direcciones de correo electrónico que falta y resuelve generalmente este problema.
  5. El direccionamiento S TP debe estar presente en la base de datos SQL de Unity y hacer juego el valor configurado en el Active Directory.

    En el servidor del Cisco Unity: complete estos pasos:

    1. Elija al administrador de empresa SQL Enterprise.
    2. Amplíese al Unity DB de la base de datos.
    3. Elija a los suscriptores.
    4. Haga clic con el botón derecho del ratón la interrogación.
    5. Ingrese el alias selecto, los smtpaddress del suscriptor donde están nulos los smtpaddress.
      Esta interrogación debe devolver solamente la cuenta del instalador, que por abandono no tendrá un direccionamiento S TP. Si el resultado incluye a los suscriptores Unity, ejecute el MSCW para sincronizar el Unity DB con el Active Directory. La información para ejecutar el MSCW se cubre en el paso 6.
  6. El buzón de EAdmin se mueve a un diverso mailstore o no se emigra con las otras cuentas del sistema. Los tres buzones de la cuenta del sistema Unity, como se detalla en este paso, deben estar presentes en el mismo mailstore.
    • EAdmin con el displayname “Administrador de ejemplo - <servername>”
    • Buzón del Unity_<servername> con el displayname “sistema de mensajería Unity - <servername>”
    • USBms_<servername> con el displayname “USbms_<servername>”

    Después de que los buzones se muevan a la ubicación correcta en el intercambio, usted debe ejecutar el MSCW en el servidor del Cisco Unity:

    1. Elija al panel de control > Add/quite los programas.
    2. El cambio del tecleo/quita para funcionar con el Cisco Unity MSCW.
    3. Elija la versión > el Datastore del intercambio en donde se localizan los tres buzones.
    4. Siga los prompts en pantalla para completar al Asisitente.

    Los pasos detallados se mencionan en el cambio de la sección del Exchange Server del partner de la reconfiguración y del guía de actualización para el documento del Cisco Unity.

  7. Marque la Conectividad al buzón del Unity_<servername> con MBXSuite y el DohPropTest.
    • MBXSuite falla con: “:: ERROR de HrMailboxLogon: 0x80004005 CMBXMapiSession: ERROR de LogonBox: el 0X80004005".
    • El DohPropTest falla con “no podido conseguir el buzón primario del usuario: el 8004011d".

    Estos dos errores señalan normalmente a los problemas en el lado del servidor Exchange. Recomience el servicio del acceso al cliente del Microsoft Exchange RPC en todos los servidores de CAS del intercambio. Si el servicio se pega en el estado que comienza, recomience al servidor Exchange.

  8. El Unity trabaja con las versiones específicas de los objetos de datos de la Colaboración MAPI (CDO). El archivo mapi32.dll situado bajo C:\Windows\System32 debe hacer juego la versión MAPI instalada en el servidor. Durante las actualizaciones o las migraciones, este archivo DLL debe ser actualizado. Para verificar la actualización, complete estos pasos:
    1. Elija al panel de control > Add/quite los programas > la Mensajería API y los objetos de datos de la Colaboración.
    2. Haga clic hacen clic aquí para la información de servicio técnico.
      Esto muestra la versión de MAPI CDO instalada en el sistema.
    3. Instale la última versión de la información de sistema Unity del frunce (GUSI) de www.ciscounitytools.com. Elija el depósito de las herramientas del Cisco Unity > las herramientas de informe > la información de sistema Unity del frunce.
    4. El tecleo va.
    5. Navegue hacia abajo para ver la versión de MAPI CDO instalado en el sistema.

    La versión del archivo mapi32.dll debe mostrar la versión instalada o cualquier cosa que comienzan con 1. Si la versión es incorrecta:

    • La habitación MBX falla con: “:: ERROR de HrMailboxLogon: 0x80004005 CMBXMapiSession: ERROR de LogonBox: el 0X80004005".
    • El DohPropTest pasará.

    Usted necesita reinstalar MAPI CDO después de que usted retitule el archivo mapi32.dll. Una vez que la nueva versión está instalada usted puede quitar el más viejo clasifía.

  9. Marque para ver si los datastores del intercambio son desmontados.

    Si usted no puede montar la base de datos, contacto Microsoft o comprobar los artículos sobre Knowledge Base el sitio de soporte de Microsoft. Aquí es algún el artículo ID - 896143, 925825, 274534, 976066.

  10. Si el DohPropTest falla con 'no podido conseguir el mailbox:8004052e primario del usuario, podría haber problemas con la cuenta del Unity_<servername>. Usted necesitará borrar el Unity_<servername> del intercambio.

    Para reconstruir la cuenta, ejecute el MSCW. Si el servidor del partner es el intercambio 2010, un script (archivo .ps1) se crea en el escritorio del servidor del Cisco Unity. Después de que usted ejecute este script en el shell de la Administración del intercambio, se reconstruye el buzón. Complete el resto del MSCW para asegurarse de que el Unity utiliza el nuevo buzón.

    Los pasos detallados se mencionan en el cambio de la sección del Exchange Server del partner de la reconfiguración y del guía de actualización para el documento del Cisco Unity.

    Si todavía existe el problema después de que MSCW complete, reconstruya el perfil MAPI, exportan la clave de registro existente (tome un respaldo), y la borran. Reinicie el servidor Cisco Unity. Asegúrese que el servidor primario sea activo. Esto debe reconstruir el perfil MAPI.

    Si todavía existe el problema después de que usted reconstruya el perfil MAPI, recomience el servicio del acceso al cliente del Microsoft Exchange RPC en todos los servidores de CAS del intercambio. Si esto no repara el problema, mueva el buzón a un diverso mailstore y ejecute MSCW. Esto debe crear las nuevas referencias en la base de datos SQL de Unity y establecer las conexiones con los buzones.

  11. Cuando las actualizaciones se aplican en los servidores Exchange y/o reinician a los servidores Exchange, la recomendación es recomenzar al servidor de Unity una vez que el mantenimiento del intercambio es completo. Puede ser que también sea necesario ejecutar MSCW para asegurarse de que el Unity está sincronizado con el Message Store.

Nota: La versión 5.0 del Cisco Unity es extremo del soporte. La fecha más pasada para el soporte en la versión de Unity 7.x y la versión de Unity 8.x es de enero el 31 de 2015. El Centro de Asistencia Técnica (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: 118298