Voz y Comunicaciones unificadas : Cisco Unity

Integración IP del Cisco Unity y del CallManager: Puerto del correo de voz del Unity no accesible

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


Contenido


Introducción

Este documento describe cómo resolver problemas un problema que pueda causar un error cuando una llamada del Cisco CallManager se dirige a un puerto de correo de voz del Cisco Unity y no lo hace el puerto recogida la llamada.

Menciones de este documento también cómo resolver problemas la aplicación las llamadas que vienen de un ISDN PRI a través del Cisco CallManager que no puede conectar con el Cisco Unity.

Hay varias otras razones por las que un puerto de correo de voz del Cisco Unity pudo fallar a la recogida una llamada del Cisco CallManager. Si el problema descrito en este documento no es el problema que sus experiencias del sistema, refieren a la sección de información relacionada en el extremo de este documento.

prerrequisitos

Requisitos

Si su configuración del CallManager de Cisco utiliza las divisiones y el Calling Search Spaces, este documento asume que usted entiende ya cómo configurarlos y resolver problemas. Si usted quisiera aprender más sobre las divisiones y el Calling Search Spaces, refiera a entender y a usar las divisiones y el Calling Search Spaces con el Cisco CallManager.

Este documento también asume que usted entiende las tareas básicas requeridas para integrar un servidor del Cisco Unity con un Cisco Callmanager server.

Componentes Utilizados

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

  • Versiones 3.1 y 4.0 del Cisco Unity

  • Cisco CallManager 3.1, 3.2, 3.3, 4.x, y 5.x

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

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Problema 1

Conflicto entre la configuración del CMI de CallManager y el lado del CallManager de una integración de Unity

Una razón que un puerto de correo de voz del Cisco Unity no coge una llamada es debido a un conflicto en la configuración de la característica del Cisco Messaging Interface (CMI) y de la característica del puerto de correo de voz usadas por el Cisco Unity. En esta situación el Administrador del servidor ha configurado el mismo número de directorio (DN) en la misma división para el CMI y el Cisco Unity. Esta no es una configuración admitida. En este caso, el Cisco Unity nunca recibe la llamada porque el Cisco CallManager no puede determinar cómo resolver el conflicto entre los dos dispositivos (los puertos de correo de voz y el correo de voz DN del Cisco Unity CMI).

Es también posible tener algunos puertos de correo de voz del Cisco Unity que trabajen y otros que fallan. Esto sucede típicamente cuando el conflicto entre el puerto de correo de voz DN del Cisco Unity y el CMI DN ocurre más adelante en el encadenamiento del puerto de correo de voz DN del Cisco Unity. Por ejemplo, si usted tiene DN 5000 a 5011 configurados como puertos de correo de voz del Cisco Unity y los DN y trabajo 5000 a 5009 mientras que 5010 falla, esto pudo ser porque 5010 fueron asignados mientras que el DN para el CMI dentro de la misma división.

Si usted experimenta un problema de accesibilidad con los puertos de correo de voz del Cisco Unity y usted no hace el CMI configurar, este documento no le ayuda a reparar su problema.

Nota: También aseegurese que el puerto de correo de voz DN no está en conflicto con ningún otro DN en el cluster.

Solución 1

Verifique la configuración de CMI no está en conflicto con el puerto de correo de voz DN del Cisco Unity

Usted no puede utilizar el mismo DN para el correo de voz del Cisco Unity y el CMI en la misma división. Esta tarea verifica que estas dos características no tengan el mismo DN en la misma división.

  1. Acceda la página web de la administración del CallManager de Cisco.

  2. Navegue a la página de la configuración de CMI seleccionando el servicio > el Cisco Messaging Interface.

  3. Localice el parámetro del VoiceMailDn y los parámetros VoiceMailPartitiones.

  4. El VoiceMailDn y los parámetros VoiceMailPartitiones son en blanco.

    /image/gif/paws/19105/unity_vm-rollovr1.gif

    Si estos parámetros no son en blanco, proceda al paso 5.

    Si estos parámetros son en blanco en su servidor, un conflicto entre la configuración de CMI y la configuración del puerto de correo de voz del Cisco Unity del Cisco CallManager no debe ser la causa de su problema. Usted puede intentar recomenzar el servicio CMI en caso de que el alguien diferente cambiara los valores para esconder y no recomenzó el servicio para forzar los cambios para tomar el efecto. Si los valores en su sistema son en blanco y el recomienzo del servicio CMI no solucionó el problema, este documento no puede ayudarle a solucionar este problema. Vea la sección de información relacionada de este documento para más recursos en localización de averías de los problemas del Cisco Unity y del Cisco CallManager.

  5. El VoiceMailDn y los parámetros VoiceMailPartitiones tienen valores en ellos como se muestra aquí.

    unity_vm-rollovr2.gif

    Si su servidor necesita tener CMI configurado, anote los valores. Entonces proceda al paso 6.

    Nota: El sistema de correo de voz del Cisco Unity no requiere el servicio CMI.

    Si usted servidor no necesita el CMI configurado, cambie los valores en estos dos parámetros para esconder y para poner al día la página.

    Nota: Usted puede también inhabilitar el servicio CMI si usted no quisiera que se ejecutara. Para el Cisco CallManager 3.3 y 4.x esto se hace en la página de la utilidad del Cisco CallManager de la aplicación en las herramientas > la página de la activación del servicio. Para el Cisco CallManager 3.1 y 3.2 esto es hecha seleccionando el menú del Start (Inicio) > Programs (Programas) > CallManager 3.1 > CallManager Services (Servicios de CallManager).

  6. Navegue a la página del puerto de correo de voz del Cisco CallManager.

  7. Haga clic en el primer puerto de correo de voz.

    En este caso, es VMail-VI1. También, hay un conflicto porque el DN y la división son lo mismo que los valores para el CMI (5000 y VMPilot respectivamente).

  8. Compare los valores para el DN y divídalos que usted observó en el paso 5 a los valores en los números de directorio en esta página.

    Si usted tiene un conflicto, resuélvalo cambiando su configuración de CMI o su configuración del puerto de correo de voz del Cisco Unity. En la mayoría de los casos es más fácil cambiar la configuración de CMI.

    unity_vm-rollovr3.gif

  9. Si usted está utilizando el Cisco CallManager 3.2, 3.3, o 4.x, verifique el correo de voz piloto DN en la página de la característica > del correo de voz > del correo de voz piloto puesto que puede también tener un conflicto.

    En este caso, hay un conflicto porque el DN es lo mismo que el valor para CMI (5000). Si usted decide cambiar su configuración del correo de voz del Cisco Unity en vez de cambiar su configuración de CMI, cambie el correo de voz piloto DN también.

    unity_vm-rollovr4.gif

    Si usted no tiene un conflicto entre la configuración de CMI y la configuración del puerto de correo de voz del Cisco Unity del Cisco CallManager, ésta no es la causa de su problema. Vea la sección de información relacionada para más recursos en localización de averías de los problemas del Cisco Unity y del Cisco CallManager.

Problema 2

Llama que venido de ISDN PRI con el fall del Cisco CallManager conectar con el Cisco Unity

Esto puede suceder cuando el Cisco CallManager está conectado con ciertas redes ISDN. Cuando el Cisco CallManager es el lado del usuario del PRI, puede ser que envíe un Progress Indicator IE en el mensaje QUE ALERTABA enviado. Esto es inválido en algunos protocolos PRI. En una situación donde el Cisco CallManager conecta inmediatamente la llamada con el Cisco Unity, el Progress Indicator que alertaba pudo venir después de que se envíe el mensaje CONNECT. Esto causa una violación al protocolo, y el Cisco CallManager desconecta la llamada.

Solución 2

Para resolver este problema, fije la neutralización que alerta el parámetro de servicio del Progress Indicator para verdad en el Cisco CallManager. Usted puede hacer esto cuando usted registra en las páginas de administración del Cisco CallManager y completa estos pasos:

  1. Elija el Service (Servicio) > Service Parameters (Parámetros de servicio) y haga clic el CallManager.

  2. Navegue hacia abajo para inhabilitar alertar el Progress Indicator y para fijar este parámetro para verdad.

  3. Haga clic en Update (Actualizar).

Problema 3

Configure el servidor de Unity para evitar los loopes con el Cisco CallManager

Si un usuario gira la notificación del mensaje y el Cisco Unity envía las llamadas de la notificación del mensaje a un dispositivo que entonces automáticamente adelante al Cisco Unity cuando las llamadas no se contestan, un Loop sin fin se crea entre el Cisco Unity y el Cisco CallManager. Esto puede también llenar el voicemail del suscriptor.

Solución 3

El Cisco Unity detecta que la llamada reenviada fue enviada por el Cisco Unity como notificación del mensaje y no le contesta originalmente. El Cisco Unity detecta las llamadas de la notificación del mensaje que se remiten detrás usando el tono DTMF 4th-column porque el Identificador de llamada de la llamada original de la notificación pudo ser perdido.

Complete estos pasos para habilitar el rechazo del Cisco Unity de los avisos remitidos de la notificación del mensaje:

  1. En el escritorio del Cisco Unity, haga doble clic el Cisco Unity icono Tools Depot (Depósito de herramientas).

  2. En el panel izquierdo del ventana Tools Depot (Depósito de herramientas), bajo las herramientas de diagnóstico, haga clic las herramientas de administración.

  3. Haga doble clic la herramienta de regulación avanzada.

  4. En el Unity las configuraciones encajonan, hacen clic el sistema — rechace el tono DTMF remitido de la notificación.

  5. En el nuevo campo de valor, ingrese el A.

    Nota: Evite el valor del C porque puede ser que esté en conflicto con las llamadas AMI.

  6. Cuando se le pregunte que se ha fijado el valor, AUTORIZACIÓN del tecleo y salida.

    Usted puede ahora evitar el Loop sin fin entre el CallManager y el Unity que es accionado por las llamadas de la notificación del mensaje.

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.


Información Relacionada


Document ID: 19105