Voz y Comunicaciones unificadas : Cisco Unity

Resolución de problemas de la calidad del audio de Cisco Unity

31 Julio 2013 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (28 Febrero 2008) | Comentarios


Contenido

Eco

Introducción

Este documento describe las técnicas para resolver problemas los problemas que usted puede ser que experimente con la calidad del audio del Cisco Unity. La calidad del audio para la arquitectura Cisco para la solución de la Voz, video e integrada de los datos (AVVID) es una medida perceptiva de cómo los buenos sonidos audios pues alcanza el receptor deseado. Con cualquier evaluación subjetiva, es el más importante realizar las áreas apreciables de calidad del audio e identificar cómo estas áreas afectan al problema señalado de la calidad del audio.

Por ejemplo, si un problema señalado es “prompts ruidosos del sistema Unity,” el volumen se puede describir como la área problemática esa los impactos audios. Si usted aísla la investigación a los niveles de volumen, usted puede tomar las medidas en este documento para investigar más lejos qué parte de pudo cambiar el entorno los niveles de volumen.

Después de que usted categorice el tipo de problema de calidad del audio, usted puede determinar la fuente de la distorsión de audio completa un proceso de eliminación. Esto puede ser un proceso complejo, dependiendo del número de dispositivos en cualquier despliegue AVVID que originen, controlen, o entreguen las secuencias de audio al Cisco Unity. Tenga presente la complejidad del entorno y las diversas trayectorias el llevar de la secuencia de audio, identifican más rápidamente la fuente de distorsiones de audio. Cada uno de las áreas sabidas de los problemas de calidad del audio en este documento sigue esta lógica mientras que progresa la localización de averías.

Por ejemplo, cuando la área problemática que afecta a la calidad del audio se sabe para ser el volumen, hay varias maneras de cambiar el volumen en el entorno AVVID. La sección de los niveles de volumen y control de ganancia primero dirige cualquier cambio de volumen potencial que el Cisco Unity pueda realizar a una secuencia de audio; entonces cubre otras fuentes sabidas de modificación del volumen que puedan afectar el audio recibido por el Cisco Unity. Si ningunos de los temas en esa sección corrigen la distorsión de audio, marque los otros síntomas mencionados por un problema similar de audio del sonido.

Prerrequisitos

Requisitos

Quienes lean este documento deben tener conocimiento de los siguientes temas:

  • Cómo fijar las trazas del Cisco Unity

  • Cómo utilizar el Netmon (del juego de recursos del Microsoft Windows 2000)

  • Cómo trabajar con el registro de Windows

Además, usted debe conocer esta información sobre la instalación del Cisco Unity, antes de que usted complete el troubleshooting en este documento:

  • Número de la versión del Cisco Unity

  • Tipo de integración incluyendo el número de la versión del proveedor de servicio de la interfaz de programación de aplicaciones de la telefonía (TAPI) (TSP)

  • Formato de la grabación de mensaje del Cisco Unity (tipo de códec)

  • Los códices usados dentro de la integración y cualquier otra región de la implementación.

  • Historial de instalación (nuevo instale, actualización)

  • La información de la topología local puede ser también útil para entender los caminos los viajes de ese audio al Unity

Componentes Utilizados

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

  • Versiones 2.4.6.161, 3.x de la versión del Cisco Unity con 3.1(5), y versiones 4.x con 4.0(2).

  • Herramienta de Análisis de red del Netmon del juego de recursos del Windows 2000

  • Sniffer Pro versión 4.5 de Network Associates, Inc. (NAI).

  • Utilidad AudioStat del Cisco Unity, disponible en las versiones del Cisco Unity 4.0(1) y posteriores; y utilidad Capripper, disponible en el Cisco Unity 4.0(2) y posteriores

Nota: No todos se requieren para cada tipo de problema de calidad del audio descrito.

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écnicos de Cisco para obtener más información sobre las convenciones sobre documentos.

Tipos de distorsión de audio y resolución de problemas

Nota: Los links en este documento contienen la mayoría de la información actual sabida en el tipo de distorsión de audio posible en el entorno. Revise los síntomas de cada uno antes de que usted intente los pasos de Troubleshooting.

Niveles de volumen y control de ganancia

Esta sección describe las técnicas de Troubleshooting del nivel de volumen y control de ganancia.

Síntomas

El síntoma de esta área problemática se relaciona con los cambios inesperados en el nivel de volumen de un mensaje de correo de voz o de niveles de volumen del Cisco Unity medido como “demasiado ruidosamente” o “demasiado silenciosamente.”

Los problemas del nivel de volumen y control de ganancia están señalados lo más a menudo posible cuando el audio es demasiado reservado en un mensaje para que el usuario entienda el contenido. Hay también las fluctuaciones posibles del volumen que se podrían señalar como crear un mensaje “mutilado”, adonde el volumen va hacia arriba o hacia abajo sin importar el volumen de la Voz de un altavoz (por ejemplo: Fluctuación del volumen de audio en la carga del teléfono).

El Cisco Unity 3.1(2) y posteriores también contiene una característica del Control automático de ganancia (AGC), que pudo contribuir a las fluctuaciones en el volumen si las configuraciones incorrectas se introducen en la configuración. Esto es lo más a menudo posible conocido por los aumentos de volumen grandes en el extremo de un mensaje (por ejemplo: Fluctuación del volumen de audio de las configuraciones incorrectas AGC).

Finalmente, los ajustes en la registración o el aumento del aparato de lectura donde se utiliza el AGC pueden modificar la secuencia del audio entrante antes de que alcance la operación AGC. Esto puede causar los niveles de volumen extremos en el mensaje (por ejemplo: Extremos del volumen de audio de las configuraciones de TSP incorrectas).

Resolución de problemas

La distorsión de volumen del audio puede ocurrir en cualquier momento en una secuencia de voz, de una telefonía celular que origina en una llamada externa a través al teléfono del IP que reciba un mensaje de ese llamador. El aumento del volumen se pudo torcer con un aumento o una disminución del volumen a través de estos dispositivos:

  • Teléfono del IP (sin ganancia configurable)

  • Gateways analógicos (aumento o disminución de ganancia)

  • Procesadores de señal digital (DSP) (aumento o disminución de ganancia)

  • TSP de Unity (AGC integrado a través de un TSP dialógico o valores de obtención de reproducción y registro en los valores de registro de TSP de Cisco Unity).

  • Unity AGC (aumento y disminución con el AGC)

  • Dispositivos PSTN (desconocido, y generalmente no volumen alterado por medio de programas, aunque los micrófonos “de reducción de ruido” puedan ajustar la ganancia de entrada)

Las versiones del Cisco Unity de 3.1(2) con el AGC habilitado tienen más adelante un nivel de volumen nominal de la blanco – de 26 decibelios por abandono. Cuando los otros dispositivos en el despliegue pudieron también controlar los niveles del aumento, puede ser el más fácil aislar un problema del volumen primero inhabilitando estas configuraciones en los gatewayes que entregan el audio al Cisco Unity.

Nota: Cuando los niveles del aumento varían en diversos gatewayes, las configuraciones deben ser observadas de modo que usted pueda volver los niveles a los valores originales después de que usted resolver problemas (si es necesario).

Nota: Asegúrese de que usted no aumente el volumen de los parlantes o los auriculares mientras que usted está localizando averías este tipo de problema.

Utilice estos pasos para resolver problemas los problemas del nivel de volumen y control de ganancia:

  1. Identifique qué secuencias de audio son afectadas por los problemas de volumen.

    ¿Están todas las secuencias de audio del Cisco Unity en un volumen bajo? Si solamente una parte determinada de una secuencia de audio es afectada (por ejemplo, sólo el sistema del Cisco Unity indica o solamente los mensajes), proceda al paso 2.

    1. Cuando todo audio del Cisco Unity está en un volumen bajo y los volúmenes del teléfono-a-teléfono es bajo, las configuraciones del aumento de la en primer lugar controle en los gatewayes en el entorno.

      Utilice el Cisco Unity para validar los niveles de volumen:

      1. Durante una ventana de mantenimiento, habilite la herramienta de diagnóstico del Cisco Unity (UDT) para MiuIO diverso (23).

        /image/gif/paws/41042/ts_unityaudioq_01.gif

        Este Informes de diagnóstico los niveles de alimentación de entrada de todas las muestras del audio entrante, tal y como se muestra en de este ejemplo:

        MiuIO  23  [Thread 0x00000EB0] [Port 2] [AvWav: Miscellany]
        Power = -31.012355dB  Gain adjustment = 5.000000dB.
      2. De una fuente única (un teléfono del IP local, por ejemplo), mensajes de ausencia para el Cisco Unity con los niveles de volumen similares. Aplicando una Voz de discurso constante para decir las mismas 10 a 15 segundos frases.

        Una llamada interna debe servir como la punta del “control” para el volumen en la red del IP. Llama que se hace con el PSTN y nuevamente dentro de la demostración del Cisco Unity los niveles de volumen que vienen con cualquier número de gatewayes analógicos.

      3. Después de que usted complete todas las llamadas de prueba, pare la traza UDT y recolecte el diagnóstico para el período de tiempo que las llamadas fueron hechas.

      4. Encuentre las llamadas individuales por su grupo fecha/hora en el diagnóstico, y vea el poder y Gain adjustment (Ajuste de ganancia) las configuraciones para cada llamada.

      5. Si las llamadas tienen constantemente a Gain adjustment (Ajuste de ganancia) de ±5db o mayores, o el aumento en los gatewayes necesite el ajuste o las configuraciones del registro del Cisco Unity TSP deben ser marcadas (proceda al paso 2).

    2. Cuando solamente es audio del Cisco Unity está en un volumen bajo, marca los niveles de volumen de la reproducción de TSP y del expediente de la clave de registro en el servidor de Unity:

      1. Ejecute Regedit y verifique las claves en el HKEY_LOCAL_MACHINE \ SOFTWARE \ Cisco Systems, Inc. \ Cisco TSP.

      2. Las claves del WaveDBGainPlayback y del WaveDBGainRecord si ambos tienen el valor de 0.

        /image/gif/paws/41042/ts_unityaudioq_02.gif

      Un ejemplo claro de cuando esta configuración puede afectar al audio es cuando un gateway tiene un aumento positivo aplicado y el WaveDBGainRecord tiene un valor negativo. El nivel de volumen se está ajustando incorrectamente en el gateway y el Cisco Unity. Un aumento del volumen aplicado en el gateway seguido por un descenso del volumen en el TSP podría dar lugar a mismo entrar llano de un volumen más bajo el Cisco Unity como el que ingresó el gateway.

      De la misma manera, cuando un gateway tiene aumento negativo aplicado y el WaveDBGainRecord tiene un valor negativo, cualquier valor en el WaveDBGainPlayback podría ser inútil ajustar los mensajes del volumen bajo jugados del Unity.

      Finalmente, un valor WaveDBGainRecord negativo con un valor WaveDBGainPlayback negativo siempre disminuirá el volumen del audio reproducido con Unity. Más viejas versiones de TSP (pre 3.0) pudieron conservar un valor del WaveDBGainRecord de 5, que causa los niveles de volumen torcidos en los mensajes registrados.

      Nota: Si la versión del Cisco Unity es 3.1(2) o más adelante y AGC es activo, los valores del WaveDBGainPlayback y del WaveDBGainRecord deben siempre ser 0. Según lo con los puntos múltiples de ajuste de volumen descritos en el párrafo anterior, si el nivel del volumen del audio es manipulado ya por el AGC, después no se recomienda que usted ajusta los niveles de la grabación o del volumen de reproducción en el TSP.

  2. Marque si los valores de la configuración del registro para el AGC se fijan incorrectamente. Los malos valores están generalmente:

    • AGCsamplesize es el maleficio 4e20 (decimal 20000) y debe ser 1f40 hexadecimal (el decimal 8000)

    • AGCgainthreshold es el maleficio 28 (decimal 40) y debe ser el maleficio 5 (el decimal 5)

    Si es así cambie las configuraciones del registro a los valores correctos, según lo descrito en la tabla de las claves de registro AGC que se puede encontrar en el documento de Calidad del audio.

    Nota: Si la calidad de los prompts es inaceptable cuando usted utiliza el codificador-decodificador de G.729, usted puede cambiar el codificador-decodificador a G.711 para una mejor calidad del audio.

  3. Identifique a que la parte de la secuencia de audio es afectada por el cambio de volumen: Prompt del sistema del Cisco Unity, mensajes dejados para los suscriptores desde fuera del despliegue de red local (analogico o digital), o mensajes dejados para los suscriptores de otros suscriptores.

    Cuando solamente los mensajes de los llamadores fuera de las instalaciones del VoIP tienen niveles de volumen sobre o debajo de los mensajes dejados por los prompts de los suscriptores o del sistema del Cisco Unity, verifique los niveles del aumento en los gatewayes que entregan este audio:

    1. Si las integraciones de PBX heredadas del Cisco Unity están presentes, refiera a la Integración de PBX Cisco Unity-Legacy: Ajuste del volumen en el registro según más información.

    2. Si todos los mensajes son afectados, pero los prompts del sistema del Cisco Unity están en un nivel aceptable, marque la versión de Unity que se ejecuta actualmente.

      Las configuraciones predeterminadas AGC deben ser marcadas, si la versión del Cisco Unity es 3.1(2) o más adelante. Si desea más información, consulte estos documentos:

      Usted debe verificar los niveles de los prompts y del aumento TSP, si la versión de Unity es anterior de 3.1(2). Refiérase Árbol de decisión de audio para Cisco Unity 2.46 y 3.0x para más información.

    3. Si solamente algunos mensajes son afectados, verifique la carga del teléfono desplegada para el Id. de bug Cisco CSCdy27331 (clientes registrados solamente) del problema de DDTs.

    4. Vea la Conectividad, el jitter, el retraso de paquetes, y la sección del “mensaje mutilado” de este documento, si el nivel de volumen está fluctuando rápidamente y constantemente dentro de cualquier mensaje. Aunque el volumen está realmente ponga a cero adentro muchas partes de estos tipos de mensajes torcidos, él puede ser percibido como problema de la fluctuación del volumen.

    5. Si sólo algunos abonados se ven afectados por diferentes niveles de volumen en la reproducción del teléfono y de la computadora, consulte Configuración del volumen de audio de Cisco Unity ViewMail para Outlook (VMO) para obtener mayor información.

Nota: Si usted experimenta una mala calidad para la música en el asimiento (MOH), aseegurese que los archivos de fuente de audio de la música comprenden los archivos del .wav en uno de estos formatos:

  • PCM de 16 bits (estéreo o mono) (velocidad de muestreo de los herzios 16k o 32k de los herzios o de los herzios 48k o de los herzios 8k o de los herzios 44.1k)

  • uno-ley de 8 bits o Mu-law CCITT g.711 (estéreo o mono) (velocidad de muestreo de los herzios 8k)

Información Relacionada y Problemas Conocidos

Refiera a estos documentos para más información sobre los problemas del nivel de volumen y control de ganancia:

Conectividad, jitter, retraso de paquetes, y el “mensaje mutilado”

Esta sección describe las técnicas de Troubleshooting de la distorsión de la conectividad de audio.

Síntomas

El “mensaje mutilado” está señalado lo más a menudo posible cuando un mensaje dejado para un suscriptor de Cisco Unity o está faltando bastante contenido audio que se considerará ininteligible o cuando los paquetes se interpolan tales que el contenido suena fuera de servicio. Bastante que más de largo los períodos específicos de silencio en el mensaje, que se pudo relacionar con los niveles de volumen (según lo observado previamente), el mensaje mutilado pudo tener otras distorsiones presentes.

Una placa de interfaz de red inadecuada en un servidor del Cisco Unity es la fuente de distorsiones de audio oída en este ejemplo: Distorsión de audio debida a Network Interface Controller defectuoso (NIC).

Este ejemplo es notable debido a la distorsión que se inserta para los intervalos abreviados en las diversas puntas en el mensaje. No sólo son los paquetes faltantes la causa de las inserciones del silencio, pero las señales adicionales de otras secuencias de audio — que el NIC esté entregando incorrectamente — se oyen como “estallidos” en el mensaje.

Note la diferencia en este ejemplo, que contiene las distorsiones debido al retraso de paquetes en la red: Distorsión del audio debido al retraso de paquetes.

Este ejemplo es notable para las inserciones del silencio — durante los retrasos de paquetes grandes — que están aumentando en el mensaje.

Resolución de problemas

Las distorsiones de la conectividad de audio pueden también ocurrir en varias puntas en una red de un gateway que recibe una llamada externa a través al teléfono del IP que reciba un mensaje de ese llamador. Utilice estos pasos para resolver problemas los problemas de la distorsión de la conectividad de audio:

  1. Identifique qué secuencias de audio son afectadas por el audio incomprensible.

    ¿Todas las secuencias de audio del Cisco Unity se mutilan?

    1. Cuando solamente se mutilan los prompts del sistema del Cisco Unity, verifique el arreglo para los prompts mutilados que juegan del Unity a través de un Catalyst 6000, refieren al CSCdx36894 del Id. de bug Cisco del problema de DDTs (clientes registrados solamente). La distorsión asociada a este defecto se oye en este ejemplo: Distorsión de prompts incomprensibles de Unity.

    2. Donde todo audio del Cisco Unity se mutila y audio del teléfono-a-teléfono también se mutila, verifique las configuraciones dúplex en la configuración de NIC de Unity y en el puerto del switch con el cual el Unity está conectado. Éstos no se deben fijar al automóvil negocia, sino bastante a los valores codificado por hardware (generalmente 10/100 lleno - duplex).

      Esto elimina la posibilidad que la negociación automática de la entrega del paquete es una causa o un contribuidor a la distorsión de las secuencias de audio.

    3. Si la distorsión continúa después de tomar la medida arriba, marque la topología de red y el ancho de banda disponible al Cisco Unity. Marque los gatewayes relevantes para los errores de alineación.

    4. Si los errores de alineación se encuentran en algunos puertos del switch, y el servidor del Cisco Unity es un DL380G2 HPQ (MCS7837, MCS7847), después la distorsión se podría asociar a un driver de NIC incorrecto. Estos errores se ingresan como errores de alineación, paquetes runt, o errores FCS (Secuencia de verificación de tramas) de los switches. Las estadísticas NIC de las NC-series pudieron señalar que los errores como transmiten el underruns o que reciben los sobrantes. Marque al driver N100NT.SYS en el servidor del Cisco Unity. Si es versión 0.74.001, la solución es instalar una versión anterior del driver de: http://welcome.hp.com/country/us/en/support_task.htmlleavingcisco.com .

    5. Si la distorsión continúa o el downgrade del driver NIC no se aplica al hardware, la secuencia de audio que está ingresando el servidor del Cisco Unity se debe validar para cualquier distorsión por las instrucciones en el siguiente paso (paso 2).

  2. Determine si el origen de la distorsión es interno o externo a Cisco Unity.

    Ésta es una descripción simplificada de la trayectoria de la secuencia de audio del Cisco Unity NIC a un archivo de la onda:

    1. Secuencia del audio entrante de la red — > NIC

    2. NIC — > el avaudio.sys del Cisco Unity

    3. El avaudio.sys del Cisco Unity — > (a través del driver de la onda de Microsoft Windows) al UnityAvWav

    4. El UnityAvWav convierte la secuencia al PCM, aplica el AGC, y convierte el audio al formato del codificador-decodificador del destino — > archivo temporal creado

    5. Archivo temporal completado en el extremo de la grabación — > el archivo de la onda creado y pasajero al mailstore, después de llevar o de arrastrar el silencio se corta

    Cuando usted identifica las inconsistencias en la secuencia de audio basada en las diversas trayectorias que toma antes de que se convierta en un archivo de la onda entregado a través del correo electrónico, usted puede aislar el origen de la distorsión a una de estas razones:

    • Una fuente externa de distorsión de audio

    • Un indicador luminoso LED amarillo de la placa muestra gravedad menor defectuoso NIC

    • Una distorsión relacionada con el ancho de banda que afecta la lógica del driver de la onda mientras que recoge la secuencia del audio entrante

    Es necesario realizar una comparación objetiva de los flujos de audio a medida que atraviesan los componentes, a fin de confirmar cualquiera de estas fuentes.

    precaución Precaución: Usted no debe utilizar los métodos en los pasos 3 y 4 como métodos de Troubleshooting generales, si otros pasos no se han intentado. Para capturar el tráfico de audio sin la discreción no se recomienda, y puede ser que afecte a la red AVVID.

    precaución Precaución: Usted debe utilizar una ventana de mantenimiento cuando usted hace los pasos 3 y 4, pues las acciones podrían afectar el servicio.

    Utilice un teléfono de prueba y a un suscriptor de prueba para obtener la mejor medida objetiva de calidad del audio, a menos que un punto final especificado se haya identificado como el origen de la distorsión.

  3. Recoja la secuencia del audio entrante de la red al NIC, para una comparación del audio externo al audio escrito al mailstore.

    Atraviese el puerto Unity en el dispositivo de red con el cual el Cisco Unity está conectado, y recoja los paquetes con un sniffer. Usted puede también utilizar el Netmon (del juego de recursos del Microsoft Windows 2000) Windows 2000 Server de ese es externo al servidor de Unity, recoger los datos que van al servidor de Unity.

    Nota: Se recomienda que usted ejecuta solamente el Netmon en el servidor del Cisco Unity sí mismo después de que la secuencia de audio haya sido externo recogido al servidor de Unity NIC.

    Para las capturas de paquetes, utilice un filtro de la captura para tomar los paquetes UDP de cualquier fuente con un destino del dirección IP del servidor del Cisco Unity. Salve las capturas a partir del período del periodo de prueba, para compararlas a los datos que usted recogerá en el procedimiento siguiente.

    1. Para recoger el audio entrante al driver de la onda del Cisco Unity — utilice el Netmon en el servidor del Cisco Unity para recoger las secuencias de audio de los datos entrantes UDP. Después de que el Netmon esté instalado, complete estos pasos para configurar el Netmon:

      1. Copie el archivo RtpParser.dll… a \WINNT\system32\NETMONFull\PARSERS. Este archivo está disponible en el directorio de audio del Cisco Unity \ commserver \ directorio de Utilidades.

      2. Elija el comienzo > a los paneles de control > Administrative Tools > las herramientas de Análisis de red, para abrir el Netmon.

      3. Seleccione la interfaz apropiada y capture sólo el tráfico UDP a Unity.

    2. Para recoger la secuencia de audio que el archivo de la onda creó (escrito por el driver de la onda del Cisco Unity) — lo más a menudo posible, los problemas de audio está señalada de un usuario directamente mientras que reciben el correo de voz que contienen la distorsión. Si es así solicite estos mensajes para ayudar a aislar el problema. Para el troubleshooting adicional, es el mejor crear una cuenta del suscriptor de prueba que usted pueda acceder de un cliente del correo, de modo que usted pueda salvar los archivos de la onda del correo de voz al disco. Si esto no es posible, tenga los mensajes remitidos de este buzón de la prueba a una dirección externa, para ayudar a la colección de la onda clasifía. Finalmente, si ningunos de éstos son posibilidades (donde está en el lugar un sistema del correo de voz solamente, por ejemplo), este procedimiento permite el acceso directo a los archivos de la onda antes de que se entreguen:

      1. Pare el servicio del almacén de la información del Microsoft Exchange del mailstore del intercambio con las cuales se dirige el Cisco Unity.

        Esto pone el Cisco Unity en el modo del Unity Message Repository (UMR), adonde todos los mensajes enviados a los suscriptores van primero al… \ directorio del commserver \ del unityMta. Para más información, refiérase a cómo comenzar el Cisco Unity en el modo UMR.

      2. Luego del envío de lo mensajes de prueba, recopile los archivos WAVE resultantes de este directorio.

        precaución Precaución: No se entrega ningunos mensajes en el mailstore del intercambio durante este tiempo. Este procedimiento afecta cualquier llamada entrante — utilice solamente durante una ventana de mantenimiento.

      3. Reinicie el servicio de almacenamiento de información de Microsoft Exchange una vez realizadas las pruebas.

  4. Para comparar los datos recogidos, utilice la utilidad Capripper para convertir los archivos de la captura de paquetes en los archivos de la onda (también encontrados en el directorio de audio del \ del commserver \ directorio de Utilidades en la versión 3.1(5) y posterior del Cisco Unity):

    1. Copie el archivo capripper.exe y el archivo del casquillo que se decodificarán en un nuevo directorio.

    2. Arrastre el archivo .cap que contiene las secuencias de audio de la prueba sobre el capripper.exe para crear una serie de archivos del .wav nombrados para los puntos finales en cada llamada, tal y como se muestra en de estas pantallas:

      /image/gif/paws/41042/ts_unityaudioq_03.gif

      /image/gif/paws/41042/ts_unityaudioq_04.gif

    3. Escuche las llamadas de prueba desde la captura de paquetes y desde el almacén de correos. Si hay alguna diferencia entre el flujo recolectado de la red hacia el NIC y el flujo recolectado desde el NIC hacia el controlador de onda de Unity es probable que haya un problema de hardware con el NIC.

      Por ejemplo, este ejemplo — Captura de paquetes codificada a un archivo de la onda — recogido del tráfico al NIC, comparado con este ejemplo — archivo de la onda del Mensaje de Unity — recogido del sistema del Cisco Unity, muestra un problema con una falla de hardware NIC. En este caso, si el servidor posee una configuración NIC dual, desactivar la NIC en uso actualmente y activar la segunda NIC. Si no se producen más informes de distorsión, en NIC es el origen de la distorsión de sonido. Si el servidor sólo posee una NIC disponible, instale una PCI-NIC donde sea posible y conmute todo el tráfico para que atraviese esta interfaz. Si no se oye ninguna otra distorsión, entre en contacto el Soporte técnico de Cisco Systems para señalar el equipo defectuoso.

      Cuando los pasos anteriores muestran que ese audio que ingrese el servidor de Unity y pase con el NIC esté de calidad aceptable, solamente las distorsiones todavía exista en el archivo de la onda escrito a la unidad, usted debe recoger la secuencia de audio con el Netmon. Determine el tiempo de llegada de los paquetes para la secuencia de audio. Si hay más que 20ms del retardo entre los paquetes, el driver de la onda pudo insertar el silencio en el archivo de la onda como funcionamiento normal. Si las capturas de paquetes muestran el retardo como la causa de las inserciones de silencio múltiple, el Id. de bug Cisco CSCdx41866 (clientes registrados solamente) del problema de DDTs, dirigido en la versión 3.1(5) del Cisco Unity, pudo ensanchar la ventana para paquetes que se recibirá por el driver de la onda. Aunque usted pueda fijar un mayor retraso de paquetes con esta clave de registro, ésta indica el retardo inaceptable en la red que usted debe investigar.

      Para investigar el retardo, funcione con la utilidad AudioStat (encontrada en las versiones 4.x del Cisco Unity y posterior) del directorio de audio del \ del commserver \ directorio de Utilidades. Esta herramienta visualiza los retrasos promedios y las inserciones del silencio para cada grabación junto con la dirección IP de origen del dispositivo que está enviando el audio al Cisco Unity.

      Estas pantallas muestran la utilidad AudioStat:

      /image/gif/paws/41042/ts_unityaudioq_05.gif

      /image/gif/paws/41042/ts_unityaudioq_06.gif

      Si cualquier dispositivo único muestra una latencia incrementada, investigue ese link en la red. La utilidad AudioStat ayuda a aislar el lugar de la topología en el que se presenta la latencia.

      Otra causa frecuente de los mensajes del jitter y de la voz entrecortada es cuando se habilita la detección de actividad de la Voz (VAD). Usted puede superar esto cuando usted apaga el VAD si el ancho de banda no es un problema.

Información Relacionada y Problemas Conocidos

Refiera a estos documentos para más información sobre los problemas de la distorsión de la conectividad de audio:

Reconocimiento de DTMF y respuesta de correo de voz incluida la conversión de código de audio

Esta sección describe las técnicas de Troubleshooting de múltiples frecuencias de la sensibilidad del reconocimiento y del correo de voz del tono dual (DTMF).

Síntomas

Los problemas de la respuesta del reconocimiento DTMF y del correo de voz que afectan a la calidad del audio son señalados lo más a menudo posible mientras que audio unidireccional durante una llamada al Cisco Unity o a una falta de respuesta del sistema de correo de voz después de la entrada de dígito por el llamador. Los problemas de la sensibilidad del correo de voz se pueden correlacionar a veces a los factores de la integración enumerados más adelante en esta sección, pero puede ser que dependan lo más a menudo posible de la configuración de despliegue del intercambio según lo descrito en el Cisco Unity: Retardos en la conversación de suscriptor.

Resolución de problemas

La supresión del silencio, la detección de actividad de la Voz (VAD), y el ruido de comodidad pudieron también contribuir al recortes del mensaje o cortar (donde el sistema está reconociendo el silencio como evento de la terminación de llamada). Esta sección contiene una lista de documentos para ayudar con la configuración y el troubleshooting.

Refiera a este documento de Troubleshooting, si la integración de Cisco Unity implica una herencia PBX:

Refiera a este documento de Troubleshooting, si la integración de Cisco Unity implica el Cisco CallManager a través del Cisco Unity TSP:

Información Relacionada y Problemas Conocidos

Para más información sobre los problemas de la sensibilidad del reconocimiento DTMF y del correo de voz, refiera a estos documentos:

Eco

Esta sección describe las técnicas de Troubleshooting de la generación de eco.

Síntomas

La generación de eco se incluye aquí como problema de calidad del audio general que afecte a los despliegues AVVID, que deben ser familiares a cualquier persona que localice averías los problemas de calidad del audio. Tiene todavía ser el tipo de problema que podría afectar nunca un mensaje dejado en un sistema del Cisco Unity. La generación de eco puede ocurrir durante una llamada IP cuando la distorsión se genera a través de digital o de los gatewayes analógicos.

Resolución de problemas

Para más información sobre las fuentes de generación de eco y de troubleshooting, refiera a estos documentos:

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