Voz y Comunicaciones unificadas : Cisco Unity

Cisco Unity: Retardos en la conversación de suscriptor

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


Contenido


Introducción

Este documento identifica los pasos para resolver problemas los retardos que los suscriptores de Cisco Unity experimentan cuando inician sesión, extraen, remiten, y borran los mensajes sobre el Telephone User Interface (TUI). Los retardos pueden ser intermitentes o constantes para uno o más usuarios. Los retardos en la conversación de suscriptor pueden persistir por algunos segundos o por una duración considerable. Estos retardos afectan 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) 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.

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 sobre el login al buzón. Los suscriptores pueden también experimentar los retardos cuando estos usuarios extraen, remiten, o borran los mensajes sobre el TUI.

Este problema puede suceder en cualquier versión del Cisco Unity en la cual el mailstore y el servidor de Unity estén en las ubicaciones separadas. Esta situación es común en las versiones del Cisco Unity 3.0(x) o más adelante.

Para más información sobre las consideraciones sobre redes cuando usted despliega el Cisco Unity, refiera al capítulo 2: Red y Consideraciones de infraestructura de la guía de diseño del Cisco Unity.

Usted puede encontrar un retardo cuando el Cisco Unity contesta a una llamada. Usted no oye ningún prompt en absoluto o solamente un tono de llamada. Si ocurre esto, refiera a estos documentos para verificar la Integración de telefonía Cisco Unity:

Cómo determinar la fuente de un retardo en la conversación de suscriptor

Utilice el MbxSuite.exe para aislar la causa del retardo

MbxSuite es una utilidad que acompaña la instalación del Cisco Unity. La utilidad determina si un retardo se relaciona con el software o el rendimiento de la red.

Esta utilidad hace las mismas peticiones que el Cisco Unity hace a la interfaz de programación 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.

Usted no puede encontrar esta utilidad con su versión actual del software de Cisco Unity (versiones anteriores que el Cisco Unity 4.0[2]). Si usted no tiene la utilidad, complete los pasos en este documento para aislar la causa del retardo. Si persisten los problemas, entre en contacto el Soporte técnico de Cisco para determinar si MbxSuite aísla este problema para su versión del Cisco Unity.

Usted puede experimentar los retardos cuando usted utiliza esta utilidad para monitorear los pedidos del intercambio un suscriptor seleccionado. Si usted tiene retardos, usted necesita probablemente verificar más lejos las configuraciones de la configuración de red o intercambiar el funcionamiento.

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

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

Para utilizar el ping al pruebe la conectividad de la red entre el Cisco Unity y el intercambio para los problemas con el tiempo de espera ([RTT] del Round-Trip Time) y los paquetes perdidos, realice estos pasos:

  1. De un comando prompt en el servidor del Cisco Unity, publique el exchange_server_name del ping - l 1048 - n 999 para hacer ping el servidor Exchange.

    Nota: En este comando, l es los tamaños de almacén intermedios del envío, y n es el número de pedidos de eco de enviar. Por ejemplo, el comando ping exchange -l 1048 -n 999 envía 999 pedidos de ping al servidor con el nombre “intercambio”. Cada pedido de ping tiene los tamaños de almacén intermedios de 1048.

  2. Mire los pedidos de ping y confirme que el tiempo de respuesta permanece menos del ms 10 o tan.

    Si fluctúa el tiempo, o si se pierden los paquetes, asuma que el problema está o con el ancho de banda o que el intercambio responde a los pedidos de ping lentamente.

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

  3. Si usted no nota un retardo o una pérdida del paquete, envíe un paquete más grande.

    1. De un comando prompt en el servidor del Cisco Unity, publique el exchange_server_name del ping – l 65500 para hacer ping el servidor Exchange.

      Nota: En este comando, l es los tamaños de almacén intermedios del envío.

    2. Marque el RTT.

      Un RTT medio que es un número grande (por ejemplo, mayor el ms de 30) indica los problemas con el rendimiento de la red.

      precaución Precaución: El ping puede medir el tiempo hacia fuera durante esta prueba si el router restringe los tamaños de paquete ping. Con esta restricción del tamaño de paquetes, la prueba no le habla cualquier cosa de la producción. Sea prudente si usted pasa a través de un router porque la mayoría del Routers restringe los tamaños de paquete ping a aproximadamente 1400 bytes.

  4. Si fluctúan los tiempos de la respuesta al ping, compare el servidor del Cisco Unity e intercambíelo por el servidor del Cisco Unity y otro servidor Exchange (o cualquier otro servidor en la red) que esté en la misma subred como el servidor Exchange.

    1. Del servidor del Cisco Unity, publique el intercambio del ping - l 1048 - n 999 para hacer ping el otro servidor.

    2. Marque para saber si hay tiempo de espera o pérdida del paquete.

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

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

Complete estos pasos:

  1. Copie un archivo grande del servidor del Cisco Unity a otro PC a través de la red.

  2. Observe el número de Mbps que usted recibe.

    Si la transferencia de los datos no ocurre a la velocidad esperada, marque las configuraciones del Network Interface Cards (NIC) encendido:

    • el servidor del Cisco Unity

    • el servidor Exchange (o servidores) al cual se dirigen los suscriptores

    • los puertos del switch en donde cada servidor conecta con la red

    Si usted encuentra las discordancias dúplex de la interfaz de la red, corrija éstos según lo descrito en el NIC fijado a detectar dúplex y velocidad de línea de manera automática, que da lugar a la sección del bajo rendimiento de este documento.

    Usted puede ver el número de kbps que transfirió. 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 también pueden 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 fijado a detectar dúplex y velocidad de línea de manera automática, que da lugar al bajo rendimiento

NIC que usted fija a detectar dúplex y velocidad de línea de manera automática en el servidor del Cisco Unity o en cualquier servidor Exchange o Switch con los cuales el Unity conecte pueda causar los retardos. Los retardos ocurren si el indicador luminoso LED amarillo de la placa muestra gravedad menor negocia menos que el 100 Mbps, por completo - duplex.

Fije el NIC al 100 Mbps, por completo - duplex, incluso si el estatus de la conexión de área local indica 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/24288/unity-messages-tui_1.gif

Para marcar sus configuraciones LAN, elija del menú Start (Inicio) de Windows: 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 > avanzaron > velocidad y dúplex del link.

/image/gif/paws/24288/unity-messages-tui_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 que el Cisco Unity, el intercambio, y el Cisco CallManager ocupan 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 intercambio. Si existe un dispositivo de router, confirme que no hay errores en los puertos para el router. También, verifique la programación en el router. Determine si usted tiene enlace habilitado en los puertos, y determine cuáles son las configuraciones dúplex. Estas configuraciones deben hacer juego las configuraciones del servidor NIC. 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 del documento e interconecte los problemas.

Usted puede encontrar que un dispositivo de router conecta el Cisco Unity y el intercambio y que usted hace el tráfico de voz dar prioridad más arriba que el tráfico del intercambio. En este caso, una de estas dos opciones puede resolver el problema de retardo:

  • Mueva el Cisco Unity a la misma subred como intercambio. Esto elimina al router y permite que el tráfico del intercambio ([RPC] del Remote-procedure-call) fluya directamente entre los servidores sin el retardo que la asignación de prioridad del router causa.

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

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

Cada uno de los problemas conocidos descritos en esta sección es una causa potencial del retardo que un suscriptor oye cuando el suscriptor llama el Cisco Unity. También, la época de los pedidos de red y la red/el tiempo de respuesta del servidor del partner pueden componer algunas de estas causas.

Los retardos debidos serializaron las peticiones MAPI de intercambiar — CSCea68581

Refiera al Id. de bug Cisco CSCea68581 (clientes registrados solamente) para los detalles en esta causa del retardo.

Síntoma

Un suscriptor señala un retardo después de que el suscriptor ingrese la contraseña o durante la recuperación de mensaje, la salida, adelante o la contestación.

Descripción de problemas

El MAPI valida las peticiones del Cisco Unity de una manera serializada. Si una sola petición MAPI experimenta un retardo por cualquier motivo, los pedidos posteriores también retrasan hasta que esta petición sea completa. Las razones del retraso inicial de cualquier petición vía el MAPI a un servidor Exchange incluyen:

Solución Aternativa

Corrija cualquier Condición inicial para el aumento en el tiempo de respuesta de la petición MAPI.

Solución

Actualice al Cisco Unity 4.0(4). Esta versión hace los pedidos simultáneos tantos servidores Exchange como existir en el entorno. Por ejemplo, el Cisco Unity 4.0(4) no hace cola secuencialmente cinco pedidos MAPI cinco diversos servidores Exchange; en lugar, esta versión envía una sola petición a cada uno de los cinco servidores Exchange al mismo tiempo.

Retardos de la creación del índice del buzón — CSCdy36517

Refiera al CSCdy36517 del Id. de bug Cisco (clientes registrados solamente) para los detalles en esta causa del retardo.

Síntoma

Un suscriptor ingresa la contraseña y señala un retardo.

Descripción de problemas

Cuando el servidor del partner del Cisco Unity es un mailstore del intercambio (versión 5.5, 2000, o 2003), el proceso de la creación del índice para una bandeja de entrada del suscriptor puede causar un retardo después de que el suscriptor ingrese la contraseña.

Cuando el usuario completa el primer login, el intercambio crea un índice de leído/de los mensajes no leídos así como de los tipos de mensaje (Voz, email, fax, o recibos). El número de mensajes en el inbox de las influencias del suscriptor cómo el intercambio puede volver rápidamente los recuentos de mensajes al Cisco Unity. Por ejemplo, algunas miles de mensajes en el inbox pueden incurrir en solamente un segundo retardo 10 – 15. Sin embargo, decenas de miles de mensajes pueden retrasar la petición del suscriptor durante unos minutos.

Este índice puede expirar o puede experimentar un sobregrabar. La expiración ocurre lo más a menudo posible en el exchange 5.5. El sobregrabar ocurre lo más a menudo posible con el Exchange 2000 o 2003 debido a los clientes múltiples de los servicios Exchange. Una reconstrucción del índice causa un retardo similar.

Solución Aternativa

Disminuya el número de mensajes en el inbox del suscriptor o de los suscriptores que experimenten el retardo.

Solución

Actualice al Cisco Unity 4.0(4).

Optimice el funcionamiento del intercambio

Si usted utiliza la versión 5.5 del intercambio, ejecute el optimizador del funcionamiento del intercambio. Refiera al artículo de la base de conocimiento de Microsoft - 266051leavingcisco.com para las instrucciones.

Nota: Si usted ejecuta el optimizador del funcionamiento del intercambio pero el optimizador no ayuda, o si usted utiliza el Exchange 2000, refiera a los fundamentos del documento 3 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 las necesidades del intercambio de volver a clasificar el buzón. Para más información, refiera a estos artículos:

Las soluciones alternativas para el retardo durante el borrado de mensajes o remiten

El mensaje delantero o la cancelacíon copia un archivo del inbox del intercambio a la carpeta de los proyectos del intercambio o a la carpeta de los elementos eliminados. Si el suscriptor intenta estas acciones sobre el TUI, los retrasos notables pueden ocurrir durante la copia del mensaje para intercambiar.

Las soluciones alternativas que esta sección proporciona pueden minimizar el borrado de mensajes y el retardo de reenvío del mensaje.

Retardos específicos al borrado de mensajes

Confirme que usted ha inhabilitado los mensajes borrados está copiado al Folder Option de los elementos eliminados en la clase de usuario de (CoS) del servicio. Si usted desmarca este cuadro, los mensajes borran inmediatamente. Si no, copian a los elementos eliminados la carpeta, que puede causar los retrasos notables.

Para inhabilitar el movimiento de los mensajes a la carpeta de los elementos eliminados, realice estos pasos:

  1. De la ventana de la administración del sistema del Cisco Unity, haga clic la clase del servicio bajo dirección de los suscriptores.

  2. Haga clic los mensajes.

  3. Desmarque los mensajes borrados se copian a los elementos eliminados casilla de selección de carpeta.

  4. Realice los pasos 2 y 3 para cada CoS que los suscriptores están adentro.

Retardos específicos al mensaje adelante

Actualización al Cisco Unity 3.1(3). El Cisco Unity 3.1(3) retrasa la copia de las conexiones hasta después de la presentación del mensaje (en vez antes de la presentación). Esto evita el tiempo de espera de la copia en caso de cancelación de mensaje antes de la presentación del mensaje. De una perspectiva del usuario, el retardo aparece después de la prensa 2 someter el prompt (en vez de después de que el usuario presione 5 para remitir y antes de que el usuario oye los prompts de dirección). Este cambio ayuda al flujo de la conversación mejor. Sin embargo, no quita el retardo; apenas lo mueve a otra área de la conversación.

Los retardos en el mensaje remiten y cancelacíon

Usted puede permitir a la compresión de G.729 para reducir el retardo. Si usted reduce el muestreo a 8 kilociclos (kHz), usted aumenta la velocidad en el aproximadamente 30 por ciento. Un movimiento al G.729a resuelve probablemente el problema (debido a la compresión), pero éste puede dar lugar a una disminución en la Calidad de voz.

Retardos específicos iniciar sesión

Los buzones con un gran número de mensajes pueden causar los retardos del login si las necesidades del intercambio de volver a clasificar el buzón. (Los tamaños de los mensajes no son necesariamente un factor.) El intercambio puede necesitar volver a clasificar un buzón la primera vez que un usuario abre una sesión al buzón después del mantenimiento del servidor Exchange. Los usuarios con un gran número de mensajes en el buzón pueden desear archivar los mensajes más antiguos en un archivo de las carpetas personales del Microsoft Outlook (.pst).

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