Voz y Comunicaciones unificadas : Cisco Unity

Cisco Unity: Paradas del correo de voz después de 30 segundos

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


Contenido


Introducción

Este documento identifica los pasos de Troubleshooting del Cisco Unity para los suscriptores que experimentan los retardos que abren una sesión, extrayendo, remitiendo, y borrando los mensajes sobre el Telephone User Interface (TUI). Estos retardos pueden ser intermitentes o constantes, y pueden aplicarse a uno o más usuarios. Los retardos en la conversación de suscriptor pueden persistir por algunos segundos o para una cantidad significativa de tiempo, y pueden afectar las funciones del sistema del Cisco Unity.

Este documento asume que el Cisco Unity tiene un servidor del partner (también conocido como el mailstore o el servidor casero) situado en un diverso servidor que la instalación de Unity. Este documento contiene la información sobre las versiones 5.5, 2000 y 2003 del Microsoft Exchange.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

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.

Convenciones

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

Descripción de problemas

Algunos o todos los suscriptores de Cisco Unity experimentan los retardos al registrar en su buzón, o mientras que extraen, remiten, o borrando los mensajes sobre el TUI. Este problema puede suceder en cualquier versión del Cisco Unity donde el mailstore está situado aparte del servidor de Unity (común en las versiones de Unity 3.0(x) o mayor).

Para más información sobre las “consideraciones sobre redes” al desplegar el Cisco Unity, vea este capítulo de la guía de diseño del Cisco Unity. Los pasos incluidos verifican las configuraciones comunes entre el Cisco Unity y el servidor del partner del Microsoft Exchange.

Si hay cualquier retardo que contesta a una llamada en el Cisco Unity (por ejemplo, no se oye ningunos prompts en absoluto o solamente se oye el tono), marque estos documentos para la verificación de la integración de telefonía del Unity:

Determine la fuente de un retardo en la conversación de suscriptor

Utilice el MbxSuite.exe para aislar la causa del retardo

El MbxSuite.exe es una utilidad proporcionada el paquete de la instalación del Cisco Unity para determinar si los retardos se relacionan con el software o el rendimiento de la red.

Esto es una utilidad escrita para hacer las mismas peticiones que el Cisco Unity hace a la interfaz del programador de la aplicación de mensajería de Microsoft (MAPI). Después de que usted ingrese una cierta información, el MbxSuite.exe intenta un login a un buzón.

Si usted no encuentra esta utilidad con su versión actual del software de Cisco Unity (versiones antes del Cisco Unity 4.0(2)), continúe con los pasos debajo de mirar las configuraciones de red y la supervisión del intercambio. Si persisten los problemas, entre en contacto el Soporte técnico de Cisco para determinar si el MbxSuite.exe aísla este problema para la versión del Cisco Unity instalada.

Si usted experimenta los retardos mientras que usa el MbxSuite.exe, es probable las configuraciones de la configuración de red o el funcionamiento del intercambio requiere la verificación adicional.

Utilice el ping al pruebe la conectividad de la red y a la producción

El ping se puede utilizar a veces para revelar los problemas con el rendimiento de la red (velocidad de transferencia de datos). El tiempo de espera es el tiempo que toma para que un paquete alcance su destino. Examine el tiempo de espera mientras que envía un paquete grande con el ping. Si tarda un tiempo prolongado de enviar un paquete considerable, usted puede tener problemas de caudal.

Para utilizar el ping al pruebe la conectividad de la red entre el Cisco Unity y el Microsoft Exchange, porque los problemas con el tiempo de espera (Round Trip Time) y los paquetes perdidos, realice estos pasos:

  1. De un comando prompt en el servidor del Cisco Unity, haga ping el Microsoft Exchange Server ingresando el <exchange> del ping - l 1048 - n 999, donde está los tamaños de almacén intermedios l del envío, y n es el número de pedidos de eco de enviar.

    Examine los pedidos de ping y confirme que el tiempo de respuesta permanece alrededor menos que los diez milisegundos (ms). Si fluctúa el tiempo, o si se pierden los paquetes, usted puede asumir que el problema está o con el ancho de banda o que el Microsoft Exchange está respondiendo a los pedidos de ping lentamente.

    Nota: Si el problema del retardo es intermitente, ejecute este procedimiento varias veces de ver si sus resultados varían. Intente este procedimiento otra vez durante el tiempo de uso pico.

  2. Si usted no notó un retardo o una pérdida del paquete, intente enviar un paquete más grande. De un comando prompt en el servidor del Cisco Unity, haga ping el Microsoft Exchange Server ingresando el <exchange> del ping – l 65500, donde está los tamaños de almacén intermedios l del envío.

    Si el Round-Trip Time medio se da como número grande (por ejemplo, más el ms de 30), esto puede ser una indicación de problema con el rendimiento de la red. Esta prueba, sin embargo, puede dar lugar al ping que mide el tiempo hacia fuera porque el router puede restringir los tamaños de paquete ping. Si ése es el caso, la prueba no le habla cualquier cosa de la producción. Sea prudente si usted está pasando a través de un router porque la mayoría restringe los tamaños de paquete ping hacia 1400 a los bytes.

  3. Si fluctúan los tiempos de la respuesta al ping, una comparación se debe hacer entre el servidor del Cisco Unity y Microsoft Exchange, y el servidor de Unity y otro servidor Exchange (o cualquier otro servidor en la red) que esté en la misma subred como el servidor Exchange. Del servidor del Cisco Unity, haga ping el otro servidor ingresando el <exchange> del ping - l 1048 - n 999.

    Si usted observa el tiempo de espera o la pérdida del paquete, el problema es más probable dentro de la red. Si no hay retardos o pérdida del paquete, el problema es más probable con el Microsoft Exchange Server.

Utilice la copia de archivo a la producción de la red de prueba

Usted puede también rendimiento total de la prueba copiando un archivo grande del servidor del Cisco Unity a otro PC a través de la red, y observando el número de Mbps que usted está recibiendo. Si los datos no se transfieren a la velocidad esperada, marque las configuraciones de la placa de interfaz de la red de servidores (NIC) en el servidor del Cisco Unity, los suscriptores del Unity de Microsoft Exchange Server se dirigen a, y los puertos del switch en donde cada servidor conecta con la red. Si se encuentran las discordancías de duplicación de la interfaz de la red, corrija éstos como se describe a continuación.

Para ver el número de kbps que es transferido, abra el estatus de la conexión de área local de la interfaz de la red para ver los paquetes enviados y recibidos. Los contadores del monitor de rendimiento de Windows pueden también proporcionar una vista más a largo plazo de la producción y del uso del ancho de banda de la red.

Causas sabidas de la relacionada con hardware de los retardos en la conversación de suscriptor

NIC está establecido para detectar automáticamente la velocidad de línea y dúplex, lo que genera bajo rendimiento

Los NIC que se fijan a detectar dúplex y velocidad de línea de manera automática en el servidor del Cisco Unity (así como el Unity de cualquier servidor Exchange o del Switch conecta con) pueden causar los retardos cuando el indicador luminoso LED amarillo de la placa muestra gravedad menor está negociando menos que el 100 Mbps por completo - duplex. Fije el NIC al 100 Mbps lleno - duplex, como se muestra aquí, incluso si el estatus de la conexión de área local dice el 100 Mbps. Usted no puede confiar en el estatus de la conexión de área local, mostrado en este ejemplo, para indicar el rendimiento de procesamiento real.

/image/gif/paws/22432/vmdisco30sec-1.gif

Para marcar sus configuraciones LAN, del menú Start (Inicio) de Windows elige el panel de control > la red y el dial encima de las conexiones > de la conexión de área local > de las propiedades > de la configuración > avanzó > velocidad y dúplex del link.

/image/gif/paws/22432/vmdisco30sec-2.gif

Nota: Los NIC o el Switches fijados Negotiate auto pueden causar la duplicación y los errores de alineación en el Switch.

Routers y switches de red

En el switch de Ethernet, marque los puertos ocupados por el Cisco Unity, el Microsoft Exchange, y el Cisco CallManager para cualquier error. Los errores del Switch pueden señalar a un problema con un NIC.

Determine si hay un dispositivo de router entre el Cisco Unity y el Microsoft Exchange. Si existe un dispositivo de router, confirme que no hay errores en los puertos para el router y verifique la programación en el router. Determine si el enlace está habilitado en los puertos y cuáles las configuraciones dúplex son. Estas configuraciones deben hacer juego las configuraciones NIC del servidor. Si no hay errores en el dispositivo y la programación es exacta, determine la prioridad del tráfico de paquetes que pasa a través del router. Para más información, refiera al puerto del switch del troubleshooting e interconecte los problemas.

Si un dispositivo de router conecta el Cisco Unity y el Microsoft Exchange, y el tráfico de voz se da prioridad más arriba que el tráfico del intercambio, dos opciones pueden resolver el problema de retardo:

  • Mueva el Cisco Unity a la misma subred como Microsoft Exchange. Esto toma la imagen de los del router y permite el intercambio (la llamada a procedimiento remoto (RPC)) trafique para fluir directamente entre los servidores sin el retardo causado por la asignación de prioridad del router.

  • Cambie la configuración del router tales que los paquetes del servidor del Cisco Unity al Microsoft Exchange tienen el igual o prioridad más alta que el tráfico de voz. Como con cualquier cambio de la calidad de servicio, utilización del monitor para determinar cualquier impacto a la Calidad de voz.

Causas del software relacionado del retardo en las versiones del Cisco Unity 4.0(3) y anterior sabida

Estas causas sabidas del retardo pueden dar lugar a los problemas de la audiencia para un suscriptor que llama el Cisco Unity. Además, algunas causas se pueden componer por la sincronización de los pedidos de red y del tiempo de respuesta del servidor de la red o del partner.

Los retardos debidos serializaron las peticiones MAPI de intercambiar – el ID de bug CSCea68581

Síntoma

Un suscriptor señala un retardo después de ingresar su contraseña o durante la recuperación de mensaje, la salida, la expedición o la contestación.

Descripción de problemas

El MAPI valida las peticiones del Unity de una manera serializada. Si una sola petición MAPI se retrasa por cualquier motivo, los pedidos posteriores también se retrasan hasta que se complete la primera petición. Las razones del retraso inicial de cualquier petición con el MAPI a un Microsoft Exchange Server incluyen:

  • Conectividad de red y tiempo de espera entre el Cisco Unity y Microsoft Exchange Server o entre dos o más servidores Exchange.

  • Actividad message indexing del Microsoft Exchange.

    Por ejemplo, cuando los servicios Exchange cuentan el número de mensajes en el inbox de un suscriptor y los categorizan como tipos determinados para presentar a una o más aplicaciones de cliente (por ejemplo, nuevo contra los mensajes leídos, la prioridad urgente contra los mensajes de la prioridad normal o el voicemail, el correo electrónico, el fax, las cuentas del recibo). Para más información, vea el buzón poner en un índice los retardos de la creación – descripción del CSCdy36517 dentro de este documento.

  • Degradación del rendimiento del Microsoft Exchange debido a la configuración del disco o a la utilización intensa incorrecta del intercambio (para más información, refiera al artículo de la base de conocimiento de Microsoft - 188676leavingcisco.com y los White Paper de la supervisión de rendimiento del intercambio MS).

Solución Aternativa

Corrija un de los sobre las condiciones que pueden ser responsables por el tiempo de respuesta creciente de la petición MAPI.

Solución

Actualice al Cisco Unity 4.0(4) o a versiones posteriores. Con esta versión, las peticiones simultáneas se hacen para tantos servidores del Microsoft Exchange como existen en el entorno. Por ejemplo, en vez de cinco peticiones MAPI hechas cola secuencialmente para cinco diversos servidores Exchange, una sola petición se envía a cada uno de los cinco servidores Exchange al mismo tiempo.

Retardos de la creación del índice del buzón – CSCdy36517 del ID de bug

Síntoma

Un suscriptor señala un retardo después de ingresar su contraseña.

Descripción de problemas

Cuando el servidor del partner del Cisco Unity es un mailstore del Microsoft Exchange (versiones 5.5, 2000 o 2003), el proceso de la creación del índice para el inbox de un suscriptor puede causar un retardo después de que el suscriptor ingrese su contraseña.

Un índice de leído o los mensajes no leídos así como el tipo de mensaje (tal como Voz, correo electrónico, fax, recibos) se crea cuando el usuario completa su primer login. El número de mensajes en el inbox de las influencias del suscriptor cómo el Microsoft Exchange es rápidamente capaz de volver los recuentos de mensajes al Cisco Unity. Por ejemplo, algunas miles de mensajes en el inbox pueden dar lugar a un segundo retardo 10-15, mientras que decenas de miles de mensajes pueden retrasar la petición del suscriptor algunos minutos.

Si este índice expira (más probablemente en el Microsoft Exchange 5.5) o está sobregrabado (muy probablemente con el Exchange 2000 o 2003 debido a los clientes múltiples del intercambio), la reconstrucción del índice hace a los usuarios experimentar un retardo similar.

Solución Aternativa

Disminuya el número de mensajes en el inbox de los suscriptores afectados.

Solución

Actualice al Cisco Unity 4.0(4) o a versiones posteriores.

Retardos cuando un suscriptor contesta a un mensaje – el ID de bug CSCeb87047

Síntoma

Un suscriptor señala un retardo al contestar a un mensaje.

Descripción de problemas

Cuando el servidor del partner del Cisco Unity es un mailstore del Microsoft Exchange (versiones 5.5, 2000 o 2003) y contestaciones de un suscriptor a un mensaje de correo de voz, hay el potencial para un cierto retardo entre los prompts de la conversación pues se copia el mensaje original. Esto da lugar a un retardo antes del nombre o de la reproducción de extensión del receptor del mensaje, o después del mensaje registrado de la contestación.

Solución Aternativa

Ninguno.

Solución

Actualice al Cisco Unity 4.0(4) o a versiones posteriores.

Retardos cuando un suscriptor adelante un mensaje – ID de bug CSCdw60112

Síntoma

Un suscriptor señala un retardo al remitir un mensaje.

Descripción de problemas

Cuando el servidor del partner del Cisco Unity es un mailstore del Microsoft Exchange (versiones 5.5, 2000 o 2003) y un suscriptor adelante un mensaje de correo de voz, hay el potencial para un cierto retardo entre los prompts de la conversación pues se copia el mensaje original. Esto da lugar a un retardo antes del nombre o de la reproducción de extensión del receptor del mensaje.

Solución Aternativa

Ninguno.

Solución

Actualice al Cisco Unity 3.0(5), 3.1(3), 4.0(1) o versiones posteriores.

Retardos cuando un suscriptor borra un mensaje – el ID de bug CSCeb55381

Síntoma

Un suscriptor señala un retardo al borrar un mensaje.

Descripción de problemas

Cuando el servidor del partner del Cisco Unity es un mailstore del Microsoft Exchange (versiones 5.5, 2000 o 2003) y un suscriptor borra un mensaje de correo de voz, hay el potencial para un cierto retardo entre los prompts de la conversación pues se borra el mensaje original.

El defecto ocurre cuando ambas condiciones están presentes:

  1. El Clase de Servicio (CoS) que fija los “mensajes borrados se copia a los elementos eliminados que la carpeta” se habilita para el suscriptor que es borra el mensaje.

    Nota: La determinación de COS está disponible en el administrador del Cisco Unity | Clase de servicio | Página de los mensajes.

  2. El suscriptor está borrando un mensaje muy grande sobre el TUI.

Solución Aternativa

Inhabilite COS que fija los “mensajes borrados se copian a la carpeta de los elementos eliminados”.

Solución

No hay solución del software actual a este problema a partir de la última versión (Cisco Unity 4.0(4)).

Optimice el funcionamiento del intercambio

Si se utiliza la versión 5.5 del Microsoft Exchange, ejecute el optimizador del Microsoft Exchange como se indica en MS KB 266051. Para más información, refiera al XADM: La “comprensión el optimizador del funcionamiento de Microsoft Exchange Server”leavingcisco.com .

Nota: Si usted ejecuta el optimizador del Microsoft Exchange y no mejora el tiempo de respuesta en la conversación de suscriptor, o si se utiliza el Exchange 2000, refiera a 3 fundamentos del funcionamiento del Exchange Serverleavingcisco.com .

El poner en un índice del exchange 5.5

Los buzones con un gran número de mensajes pueden experimentar los retardos intermitentes del login si el Microsoft Exchange vuelve a clasificar el buzón. Para más información, refiera a estos artículos:

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: 22432