Voz y Comunicaciones unificadas : Cisco Unity

Cisco Unity: Definición de Unity Message Repository

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


Contenido


Introducción

Cisco Unity Message Repository (UMR), incorporado a Cisco Unity 3.x y posteriores, permite a los llamadores externos dejar mensajes para los usuarios cuando su servidor Exchange principal está sin conexión. Los mensajes se salvan en el servidor del Cisco Unity en \ el commserver \ el directorio del unityMta y se pueden temporalmente acceder con una conversación especial UMR. Cuando el servidor Exchange principal vuelve a estar en línea, Cisco Unity comienza a pasar los mensajes de la manera habitual al Message Store correcto.

prerrequisitos

Requisitos

Los Quien lea este documento deben tener un conocimiento general de cómo el Cisco Unity trabaja. Para más información, refiera al White Paper: Arquitectura de datos del Cisco Unity y cómo el Cisco Unity trabaja la descripción (de la versión 3.x).

Componentes Utilizados

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

  • 3.0 del Cisco Unity o más adelante con el Microsoft Exchange

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.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Interrupción del servidor

La característica UMR permite que el Cisco Unity tome los mensajes de la parte que llama exteriores mientras que hay un problema con un servidor Exchange. El UMR maneja los cambios dependiendo de los cuales el servidor Exchange va off-liné:

  • Si va el servidor Exchange múltiple del Cisco Unity off-liné, todos los suscriptores oyen la conversación UMR.

  • Si va un servidor Exchange con los suscriptores del apagado-servidor off-liné, sólo esos suscriptores con los buzones en el servidor Exchange offline oyen la conversación UMR, mientras que los suscriptores en otros servidores tienen acceso del mensaje regular.

Nota: Los suscriptores que tienen acceso regular, esos no afectados por una caída del sistema, pueden dejar un mensaje para un suscriptor cuyo servidor Exchange sea offline llamando el voicemail, abriendo una sesión, y presionando #2. Sin embargo, estos mensajes son manejados exclusivamente por el intercambio y no el UMR. Por lo tanto, los suscriptores no pueden acceder estos mensajes hasta que se vuelva el intercambio en línea.

Acceso a conversación y mensajes UMR

Si un suscriptor llama en el Cisco Unity mientras que un servidor Exchange es offline y ellos oye la conversación UMR, pueden solamente escuchar los mensajes de la parte que llama exteriores que han recibido durante la interrupción del servidor. Estos mensajes se salvan temporalmente en el servidor del Cisco Unity en \ el commserver \ el directorio y no el intercambio del unityMta, por lo tanto, sólo los mensajes en la área temporal son accesibles mientras que el servidor Exchange múltiple del usuario es offline. El usuario oye el mensaje y un grupo fecha/hora pero no puede borrar, contestar a, delantero, o el mensaje de ausencia para otros suscriptores. Puesto que el intercambio es offline, los suscriptores no pueden acceder ninguna mensajes que existieron en el servidor Exchange antes de la caída del sistema.

Llamadas transferidas que se comportan como llamadas externas

Mientras que el intercambio es offline, si un suscriptor marca directamente la extensión de otro suscriptor y después se remite al Cisco Unity, el Cisco Unity maneja esta llamada lo mismo que un llamador exterior. Remitido una vez al Cisco Unity, los suscriptores pueden a los mensajes de ausencia para otros suscriptores, pero estos mensajes están solamente disponibles en el UMR. Estos mensajes no se identifican como mensajes del suscriptor-a-suscriptor, y no hay una opción a contestar al mensaje, incluso después se vuelve el intercambio en línea y el mensaje está en el buzón de correo voz regular. Dependiendo del sistema telefónico y de su integración después de la caída del sistema, estas llamadas pueden tener la extensión del suscriptor como la información de identidad de la persona que llama en el asunto cuando están vistas en el ViewMail para la perspectiva (VMO).

Entrega de mensajes y notificaciones luego de una interrupción

El Cisco Unity detecta cuando un servidor va abajo de pero toma rápidamente más de largo para determinar cuando se vuelve un servidor en línea. Esto es en parte debido a los servicios Exchange que tienen tiempos de inicio largos, que retrasan el servidor de la vuelta en línea. Durante este tiempo medio, los suscriptores pueden oír la conversación a prueba de fallos en vez de la conversación UMR, o la conversación común cuando llaman el Cisco Unity (conocido en el Id. de bug Cisco CSCdu13936 (clientes registrados solamente)). Semejantemente, los suscriptores pueden oír la conversación a prueba de fallos si están escuchando un mensaje en el UMR mientras que se vuelve su servidor Exchange en línea (observado en el Id. de bug Cisco CSCdu25943 (clientes registrados solamente)). Los suscriptores tienen que esperar hasta que el Cisco Unity pueda acceder su casilla de correo habitual antes de oír la conversación común. También, puesto que puede haber una acumulación de mensajes en el UMR, el Cisco Unity puede llevar varios minutos para mover los mensajes desde el UMR local el servidor Exchange apropiado, aunque los suscriptores pueden llamar adentro y conseguir la conversación común.

Cuando el Cisco Unity mueve los mensajes desde el UMR al servidor Exchange, todos los mensajes aparecen mientras que indicadores de mensaje en espera nuevos incluso si fueron escuchados usar la conversación UMR, y del activador (MWIs). Los mensajes contienen un nuevo grupo fecha/hora con el tiempo que fueron entregados por el intercambio. Esto puede dar lugar a un mensaje que tiene dos diversos grupos fecha/hora; uno mientras que está en el UMR y otro después de salida por el intercambio (conocido en el ID de bug CSCdu04991 (el clientes registrados solamente))

MWIs puede no indicar correctamente el estado de mensaje cuando el intercambio es offline. MWIs se puede encender de los mensajes que llegaron mientras que el servidor Exchange estaba para arriba, sin embargo, con el intercambio abajo, los suscriptores no pueden accederlos. También, el Cisco Unity no enciende MWIs para los mensajes que llegaron durante una caída del sistema y está en el UMR. Los suscriptores deben llamar adentro y marcar para ver si tienen mensajes que los esperan.

Ubicación del depósito de mensajes

El número de mensajes UMR que el Cisco Unity maneje durante una interrupción de intercambio es limitado por el espacio en disco duro disponible. Específicamente, el espacio disponible en el directorio de C:\Commserver\UnityMTA. Este directorio es controlado por una configuración del registro, que se puede encontrar aquí:

  • HKLM \ software \ voice\UnityUMR\1.0\MtaStoragePath activo

Mensajes para listas de distribución

Durante los mensajes de una interrupción de intercambio a las listas de distribución, tales como la lista de distribución de los Mensajes sin dirección, aparezca en el UMR pero se dirigen a la lista de distribución y no a los miembros de la lista de distribución, puesto que las listas no se amplían mientras que en el UMR. Por lo tanto, los suscriptores no pueden accederlas hasta que el intercambio los amplíen y sean entregados.

Servicio AvUMRSyncSvr

Antes de que el Cisco Unity entregue los mensajes del UMR, el servidor Exchange que los mensajes son destinados para debe estar detrás en línea y listo para recibir los mensajes. Hay las épocas en que los mensajes pueden continuar acumulando en el UMR, incluso después de que todos los problemas Intercambio-relacionados aparecen ser resueltos.

Si los administradores notan que los mensajes no se están entregando del directorio local UMR, C:\Commserver\UnityMTA, incluso después los servidores Exchange están todo el en línea posterior, resuelve problemas generalmente el problema recomenzando el servicio UMR para accionar la entrega de mensajes. Esto es lograda accediendo el AvUmrSyncSvr del panel de control de los servicios. La entrega de mensajes UMR puede tardar cerca de tres minutos para comenzar después de que se vuelva el servidor en línea.

Mensajes del registro de acontecimientos

Marque el registro de acontecimientos para los mensajes que confirman al servidor Exchange están detrás en línea. Usted debe ver los mensajes enumerados en el visor de eventos de Windows similar a los dos ejemplos mostrados abajo. Si estos mensajes no están en el registro de acontecimientos, todavía hay los problemas con el servidor Exchange que están evitando que el Cisco Unity le enviara los mensajes.

Event Type: Information
Event Source: AvWM_MC
Event Category: Warning
Event ID: 29002
Computer: MCH-UNITY
Description: MCH-UNITY has come back online

Event Type: Warning Event Source: AvExchangeMonitor_MC
Event Category: Run Event ID: 1020 Computer: MCH-UNITY
Description: Server MCH-UNITY is back on-line. Resyncing mailboxes.

Mensajes no válidos

Si hay un archivo del mensaje no válido o un mensaje para un suscriptor con una cuenta inválida (por ejemplo, un homeserver inválido en el SQL) en el UMR, bloquea la salida del resto de los mensajes. El servicio del AvUmrSyncSvr entrega los mensajes en el primero en entrar, orden del primero en salir ((Primero en Entrar, Primero en Salir FIFO)). Si el beneficiario de un mensaje anterior tiene una configuración no válida, o el servidor casero está en línea pero no está validando los mensajes, los mensajes restantes no se entregan. La perspectiva es útil de utilizar en marcar para considerar si el direccionamiento de un suscriptor se configura correctamente. Si un mensaje de Outlook no se puede entregar al suscriptor, después el UMR no puede entregar el mensaje cualquiera. Quite el mensaje del UMR, o corrija el problema con la cuenta del suscriptor.

Seguimiento de intercambio y de mensajes

Para los mensajes que se entregan del UMR pero no están apareciendo en los buzones de correo voz de los suscriptores, las herramientas del agente de transferencia de mensajes (MTA) del intercambio del uso marcar para saber si hay mensajes que se peguen en la cola del intercambio. Los pasos abajo explican cómo utilizar las herramientas MTA para el Exchange 2000 y el exchange 5.5.

Exchange 2000

Utilice este procedimiento para utilizar la herramienta MTA para el Exchange 2000:

  1. Comience al administrador del sistema seleccionando el Start (Inicio) > Programs (Programas) > Microsoft Exchange > System Manager (Administrador de sistemas).

  2. Del árbol de la consola, haga doble clic el servidor.

  3. Haga clic con el botón derecho del ratón en un servidor de su elegir y seleccione las propiedades.

  4. De la ficha general, del permiso selecto Seguimiento de mensajes a la información de registro sobre el remitente, del tiempo que el mensaje fue enviado o que recibido, del tamaño del mensaje, de la prioridad, y de los beneficiarios.

  5. De la ficha general, el registro selecto del tema del permiso para registrar el tema de cualquier mensaje envió, o a través del servidor.

Nota: Esto está solamente disponible para los servidores del Exchange 2000.

Seguimiento de mensajes en Exchange 2000

Utilice este procedimiento para seguir los mensajes en el Exchange 2000:

  1. Abra al Exchange System Manager.

  2. Del árbol de la consola, haga doble clic las herramientas y seleccione Seguimiento de mensajes el centro.

  3. Haga clic con el botón derecho del ratón en el panel derecho y después haga clic el mensaje de la pista.

    Utilice la Herramienta de búsqueda para ayudar a diagnosticar los problemas de mensajería y a encontrar cualquier mensaje que el Cisco Unity pueda haber enviado para intercambiar pero el intercambio no podía entregar. Una vez que usted encuentra un mensaje, consiga más información sobre el mensaje haciendo clic los botones Details And Message History Buttons.

Exchange 5.5

Utilice este procedimiento para utilizar la herramienta MTA para el exchange 5.5:

  1. Comience al administrador de Exchange seleccionando Start > Programs > intercambio > Microsoft Exchange Administrator.

  2. Del árbol de la consola, haga doble clic el sitio que contiene el servidor del Cisco Unity.

  3. Haga doble clic los servidores.

  4. Haga clic en el servidor donde usted quiere monitorear los mensajes.

  5. Del lado derecho de la ventana, haga doble clic el Agente de transferencia de mensajes y haga clic la lengueta de las colas de administración del tráfico.

    Las propiedades del Agente de transferencia de mensajes paginan las listas todos los mensajes que esperan en la cola del intercambio. Busque los mensajes que el Cisco Unity ha enviado para intercambiar pero el intercambio no ha entregado.

Mensajes no respondidos

Usted puede notar que los mensajes están consiguiendo entregaron a los “unaddressedmessages” alias. Esto sucede cuando cualquier el mensaje se dirige a un alias que exista no más, o tiene una configuración no válida. Utilice la perspectiva e intercambie las herramientas para resolver problemas cualquier direccionamiento problemático dentro del intercambio y para determinar la causa raíz.

Resolución de problemas

Para la mayoría del UMR publica, especialmente si el UMR no está entregando los mensajes del directorio local UMR, generalmente C:\Commserver\UnityMTA, e incluso después los servidores Exchange están todo el en línea posterior, recomienzan el servicio UMR para accionar la entrega de mensajes. Esto puede ser lograda accediendo el AvUmrSyncSvr del panel de control de los servicios. El Cisco Unity y el intercambio pueden retrasar hasta cinco minutos antes de que la entrega de mensajes del UMR comienza.

Mientras que se vuelve el servidor Exchange en línea y el Cisco Unity resincroniza con el servidor, los suscriptores pueden oír una conversación a prueba de fallos en vez del UMR o de la conversación común al llamar en el Cisco Unity (conocido en el Id. de bug Cisco CSCdu13936 (clientes registrados solamente)). Los suscriptores pueden oír la conversación a prueba de fallos si están escuchando un mensaje en el UMR mientras que se vuelve su servidor Exchange en línea (observado en el Id. de bug Cisco CSCdu25943 (clientes registrados solamente)). El suscriptor debe esperar hasta que el Cisco Unity pueda acceder su Message Store otra vez para oír la conversación común.


Información Relacionada


Document ID: 19030