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

Resolución de problemas de la calidad del audio de Cisco Unity
Contenido
Introducción
Prerrequisitos
Requisitos
Componentes Utilizados
Convenciones
Tipos de distorsión de audio y resolución de problemas
Niveles de volumen y control de ganancia
Conectividad, jitter, retraso de paquetes, y el “mensaje mutilado”
Reconocimiento de DTMF y respuesta de correo de voz incluida la conversión de código de audio
Eco
Información Relacionada
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.
a. 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:
a. Durante una ventana de mantenimiento, habilite la herramienta de diagnóstico del Cisco Unity (UDT) para MiuIO diverso
(23).
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.
b. 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.
c. 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.
d. 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.
e. 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).
b. 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:
a. Ejecute Regedit y verifique las claves en el HKEY_LOCAL_MACHINE \ SOFTWARE \ Cisco Systems, Inc. \ Cisco TSP.
b. Las claves del WaveDBGainPlayback y del WaveDBGainRecord si ambos tienen el valor de 0.
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:
a. 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.
b. 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:
Capítulo Calidad del audio de la Guía de solución de problemas de Cisco Unity (con Microsoft Exchange), versión 4.0(2)
Reducción de ruido en mensajes grabados en Cisco Unity 3.1.2 o 3.1.3
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.
c. 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.
d. 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.
e. 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:
El capítulo de los gatewayes que configura de la guía de la administración del CallManager de Cisco, versión 3.0(9)
Manejo de la ganancia de entrada para la sección de las Aplicaciones de voz IP de Cisco de los Release Note para el Cisco VG200 - Cisco
IOS Release 12.1(3) T
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?
a. 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.
b. 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.
c. 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.
d. 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 NCseries 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.html
.
e. 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:
a. Secuencia del audio entrante de la red — > NIC
b. NIC — > el avaudio.sys del Cisco Unity
c. El avaudio.sys del Cisco Unity — > (a través del driver de la onda de Microsoft Windows) al UnityAvWav
d. El UnityAvWav convierte la secuencia al PCM, aplica el AGC, y convierte el audio al formato del codificador-decodificador del
destino — > archivo temporal creado
e. 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: 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: 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.
a. 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:
a. 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.
b. Elija el comienzo > a los paneles de control > Administrative Tools > las herramientas de Análisis de red, para abrir el
Netmon.
c. Seleccione la interfaz apropiada y capture sólo el tráfico UDP a Unity.
b. 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:
a. 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.
b. Luego del envío de lo mensajes de prueba, recopile los archivos WAVE resultantes de este directorio.
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.
c. 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):
a. Copie el archivo capripper.exe y el archivo del casquillo que se decodificarán en un nuevo directorio.
b. 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:
c. 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:
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:
Supervisión de la voz sobre la calidad del servicio IP
Comprensión de la fluctuación en las redes de voz en paquetes (plataformas Cisco IOS)
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:
Si los llamadores oyen el silencio o retrasan antes de un saludo inicial, refiera localización de averías del retraso de 16 segundos del Cisco
Unity.
Si los llamadores oyen los parásitos atmosféricos entre los prompts del Cisco Unity o durante las transferencias, refiera a sección Ruido de
comodidad del capítulo de la calidad del audio de la guía de Troubleshooting del Cisco Unity, la versión 3.1(3).
Si los llamadores oyen un saludo inesperado o un prompt de la “Entrada no válida” cuando el Cisco Unity contesta, refiera a reducir el
retardo descolgado dialogal para las integraciones PBX del Unity.
Si los llamadores no pueden iniciar sesión al Cisco Unity o a la transferencia a los suscriptores — los tonos DTMF sobre el gateway
analógico no son recibidos por el Unity — refiera a la incapacidad para romper el dialtone en una red de la voz sobre IP.
Si los llamadores son disconnected antes de dejar un mensaje o durante una transferencia, refiera a las definiciones de tono del Cisco Unity
y aprenda los tonos.
Si los llamadores no reciben intermitentemente el tono de discado, refiera a las colisiones y a la detección de tono de discado para el Cisco
Unity.
Si los suscriptores señalan los mensajes se cortan que, refiera al tono de discado o el Tono de reordenamiento está presente en el extremo
de una sección del mensaje en el capítulo Mensajes de la guía de Troubleshooting del Cisco Unity, la versión 3.1(3).
Refiera a este documento de Troubleshooting, si la integración de Cisco Unity implica el Cisco CallManager a través del Cisco Unity TSP:
Si todos los llamadores oyen un Tono de reordenamiento que llaman el Cisco Unity, refiera a los puertos del Cisco Unity bloquean para
arriba después de habilitar el codificador-decodificador del G729a.
Si los llamadores oyen un tono de llamada continuo que llaman el Cisco Unity, refiera a la integración IP del Cisco Unity y del
CallManager: Puerto del correo de voz del Unity no accesible.
Si los llamadores oyen audio unidireccional, o las lámparas del indicador de mensaje en espera (MWI) no encienden, refieren a configurar
y a localización de averías los NIC duales para el Cisco Unity.
Si los llamadores oyen los prompts pero no pueden registrar los mensajes o los saludos, refiérase Cisco Unity con CallManager de Cisco:
Audio unidireccional.
Si algunos suscriptores oyen un Tono de reordenamiento que llama el Cisco Unity, y los errores WaveOutSupportsVolumes aparecen en el
registro de acontecimientos, refiere al Id. de bug Cisco CSCdv88847 (clientes registrados solamente) del problema de DDTs.
Si algunos llamadores exteriores oyen un Tono de reordenamiento que llaman el Cisco Unity, refiera a las llamadas del PSTN no consiguen
el correo de voz del Unity, pero las llamadas telefónicas de IP local trabajan correctamente.
Si las llamadas al Cisco Unity terminan después de treinta segundos, refiera al Cisco Unity: Paradas del correo de voz después de 30
segundos.
Si los suscriptores no pueden iniciar sesión o los llamadores no pueden transferir a las Extensiones deseadas, refiera al Cisco Unity con el
Problema de CallManager con el DTMF.
Si los suscriptores que utilizan la prensa del control de velocidad una clave durante la reproducción de mensajes y son disconnected,
refieren al Field Notice: Los controles de velocidad de reproducción del Cisco Unity pueden caer a los llamadores o bloquear para arriba
todos los puertos Unity.
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:
Informe: Códecs de audio y Cisco Unity (versiones 4.x y 3.1(x))
Introducción a los Codecs: Complejidad, soporte de hardware, MOS y negociación
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:
Análisis de eco para Voice over IP
Aviso de problemas Niveles de audio y eco en la gateway de acceso digital de Cisco.
Información Relacionada
Troubleshooting de Cisco IP Telephony
Notas Técnicas de Troubleshooting
© 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 31 Julio 2013
http://www.cisco.com/cisco/web/support/LA/102/1027/1027415_ts_unityaudioq.html