Voz e comunicações unificadas : Cisco Unity

Troubleshooting de Qualidade de Áudio do Cisco Unity

29 Julho 2013 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (28 Fevereiro 2008) | Feedback


Índice

Eco

Introdução

Este documento descreve técnicas para pesquisar defeitos os problemas que você pôde experimentar com qualidade de áudio do Cisco Unity. A qualidade de áudio para a arquitetura Cisco para a Voz, o vídeo e a solução integrada dos dados (AVVID) é uma medida perceptual de como bons sons audio porque alcança os receptores intencionados. Com toda a avaliação subjetiva, é o mais importante realizar as áreas mensuráveis da qualidade de áudio e identificar como estas áreas afetam o problema relatado da qualidade de áudio.

Por exemplo, se um problema relatado é “alertas altas do sistema da unidade,” o volume pode ser descrito como a área do problema essa os impactos audio. Se você isola a investigação aos níveis do volume, você pode tomar as etapas neste documento para investigar mais o que parte do ambiente pôde mudar níveis do volume.

Depois que você categoriza o tipo de edição de qualidade de áudio, você pode determinar a fonte da distorção de áudio completa um processo de eliminação. Este pode ser um processo complexo, segundo o número de dispositivos em toda a distribuição AVVID que originam, controlam, ou entregam fluxos de áudio ao Cisco Unity. Mantenha na mente a complexidade do ambiente e os vários trajetos a tomada do fluxo de áudio, a identificam mais rapidamente o origem das distorções de áudio. Cada um das áreas conhecidas de edições de qualidade de áudio neste documento segue esta lógica enquanto pesquisar defeitos progride.

Por exemplo, quando a área do problema que afeta a qualidade de áudio é sabida para estar a um volume, há diversas maneiras de mudar o volume no ambiente AVVID. A seção dos níveis de volume e controle de ganho endereça primeiramente todas as alterações de volume que potenciais o Cisco Unity puder fazer a um fluxo de áudio; cobre então outras fontes conhecidas de alteração do volume que podem impactar o áudio recebido pelo Cisco Unity. Se nenhuns dos assuntos nessa seção corrigem a distorção de áudio, verifique os outros sintomas listados para ver se há um Cisco IP de áudio similar.

Pré-requisitos

Requisitos

Os leitores deste documento devem estar cientes destes tópicos:

  • Como ajustar traços do Cisco Unity

  • Como usar Netmon (do kit de recurso do Microsoft Windows 2000)

  • Como trabalhar com o registro de Windows

Além, você deve conhecer esta informação sobre a instalação do Cisco Unity, antes que você termine o Troubleshooting neste documento:

  • Número de versão do Cisco Unity

  • Tipo de integração que inclui o número de versão do provedor de serviços do Application Program Interface da telefonia (TAPI) (TSP)

  • Formato do registro de mensagem do Cisco Unity (tipo de codec)

  • Códigos utilizados dentro da integração e em quaisquer outras regiões da implantação

  • Histórico de instalação (novo instale, elevação)

  • A informação da topologia local pode ser igualmente útil compreender os caminhos cursos desse áudio ao Unity

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

  • Versões 2.4.6.161, 3.x da versão do Cisco Unity com 3.1(5), e versões 4.x com 4.0(2).

  • Ferramenta de análise de rede de Netmon do kit de recurso do Windows 2000

  • Sniffer Pro versão 4.5 da Network Associates, Inc. (NAI).

  • Utilitário AudioStat do Cisco Unity, disponível no Cisco Unity 4.0(1) e em versões mais atrasadas; e utilitário Capripper, disponível no Cisco Unity 4.0(2) e mais atrasado

Nota: Não todos são exigidos para cada tipo de edição de qualidade de áudio descrito.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Tipos de Distorção de Áudio e Troubleshooting

Nota: Os links neste documento contêm a maioria de informação atual conhecida no tipo de distorção de áudio possível no ambiente. Reveja os sintomas de cada um antes que você tente passos de Troubleshooting.

Níveis de volume e controle de ganho

Esta seção descreve técnicas de Troubleshooting do nível de volume e controle de ganho.

Sintomas

O sintoma desta área do problema relaciona-se às mudanças inesperadas no volume em nível de um mensagem de voz ou de níveis do volume do Cisco Unity medido como “demasiado ruidosamente” ou “demasiado quieto.”

As edições do nível de volume e controle de ganho são relatadas o mais frequentemente quando o áudio é demasiado quieto em uma mensagem para que o usuário compreenda o índice. Há igualmente as possíveis flutuações de volume que poderiam ser relatadas como a criação de uma mensagem “truncada”, aonde o volume fosse para cima ou para baixo apesar do volume da Voz de um orador (por exemplo: Flutuação de volume de áudio na carga do telefone).

As versões 3.1(2) e mais recente do Cisco Unity igualmente contêm uma característica do controle de ganho automático (AGC), que possa contribuir às flutuações no volume se as configurações incorreta são introduzidas na configuração. Isto é o mais frequentemente notável por grandes aumentos de volume na extremidade de uma mensagem (por exemplo: Flutuação de volume de áudio dos ajustes incorretos AGC).

Finalmente, os ajustes à gravação ou o ganho do playback onde o AGC é usado podem alterar o córrego do áudio de entrada antes que alcance a operação AGC. Isto pode causar níveis extremos do volume na mensagem (por exemplo: Extremos de Volume de Áudio das configurações TSP incorretas).

Troubleshooting

A distorção de volume de áudio pode ocorrer em qualquer momento em um fluxo de voz, de um telefone celular de origem em uma chamada externa completamente ao telefone IP que recebe uma mensagem desse chamador. O ganho do volume pôde ser distorcido com um aumento ou uma diminuição no volume através destes dispositivos:

  • Telefone IP (sem ganho configurável)

  • Gateways analógicos (aumento ou diminuição de ganho)

  • Processadores de Sinal Digital (DSPs) (aumento ou redução de ganho)

  • Unidade TSP (AGC integrado através de um TSP Dialógico ou valores de ganho de reprodução e gravação em valores de registro de TSP do Cisco Unity)

  • Unity AGC (aumento e diminuição com o AGC)

  • Dispositivos PSTN (desconhecido, e geralmente não volume alterando de forma programada, embora “ruído-reduzir” microfones possa ajustar o ganho de entrada)

As versões do Cisco Unity mais tarde de 3.1(2) com o AGC permitido têm um volume nominal do alvo em nível – de 26 decibéis à revelia. Quando os outros dispositivos no desenvolvimento puderam igualmente controlar níveis do ganho, pode ser o mais fácil isolar uma edição do volume primeiramente desabilitando estes ajustes nos Gateways que entregam o áudio ao Cisco Unity.

Nota: Quando os níveis do ganho variam em Gateways diferentes, os ajustes devem ser notados de modo que você possa retornar os níveis aos valores originais depois que você pesquisa defeitos (se necessário).

Nota: Assegure-se de que você não aumente o volume de alto-falantes ou os auscultadores quando você pesquisar defeitos este tipo de edição.

Use estas etapas para pesquisar defeitos edições do nível de volume e controle de ganho:

  1. Identifique quais fluxos de áudio são afetados pelos problemas de volume.

    Estão todos os fluxos de áudio do Cisco Unity em um volume baixo? Se somente uma parte particular de um fluxo de áudio é afetada (por exemplo, simplesmente alertas do sistema do Cisco Unity ou somente mensagens), continue a etapa 2.

    1. Quando tudo audio do Cisco Unity estiver em um volume baixo e volumes do telefone-à-telefone for baixo, ajustes do ganho da primeira verificação em Gateways no ambiente.

      Use o Cisco Unity para validar níveis do volume:

      1. Durante uma janela de manutenção, permita a ferramenta de diagnóstico do Cisco Unity (UDT) para MiuIO variado (23).

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

        Este relatórios de diagnóstico os níveis de potência de entrada de todas as amostras do áudio de entrada, segundo as indicações deste exemplo:

        MiuIO  23  [Thread 0x00000EB0] [Port 2] [AvWav: Miscellany]
        Power = -31.012355dB  Gain adjustment = 5.000000dB.
      2. De um origem única (um telefone do IP local, por exemplo), os mensagens de licença para o Cisco Unity com volume similar nivelam. Aplicando uma Voz faladora constante para dizer o mesmo 10 a 15 segundos frases.

        Uma chamada interna deve servir como o ponto do “controle” para o volume na rede IP. Chama que é feito para fora com o PSTN e de novo na mostra do Cisco Unity os níveis do volume que vêm com todo o número de gateways analógicos.

      3. Depois que você termina todas as chamadas de teste, pare o traço UDT e recolha o diagnóstico para o período de tempo que os atendimentos estiveram feitos.

      4. Encontre as chamadas individuais por seu timestamp no diagnóstico, e veja os ajustes da potência e do ajuste de ganho para cada atendimento.

      5. Se os atendimentos têm consistentemente um ajuste de ganho de ±5db ou maiores, ou o ganho nos Gateways precise o ajuste ou as configurações de registro do Cisco Unity TSP devem ser verificadas (continue a etapa 2).

    2. Quando somente audio do Cisco Unity está em um volume baixo, verificam os níveis do volume da reprodução de TSP e do registro da chave de registro no servidor de unidade:

      1. Execute Regedit e verifique as chaves no HKEY_LOCAL_MACHINE \ SOFTWARE \ Cisco Systems, Inc. \ Cisco TSP.

      2. As chaves do WaveDBGainPlayback e do WaveDBGainRecord se ambos tiverem o valor de 0.

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

      Um exemplo claro de quando este ajuste pode afetar o áudio é quando um Gateway tem um ganho positivo aplicado e o WaveDBGainRecord tem um valor negativo. O nível do volume está sendo ajustado incorretamente no Gateway e no Cisco Unity. Um aumento do volume aplicado no Gateway seguido por uma diminuição de volume no TSP poderia conduzir a mesmo entrar nivelado de mais baixo volume no Cisco Unity como aquele que entrou no Gateway.

      Da mesma forma, quando um Gateway tem o ganho negativo aplicado e o WaveDBGainRecord tem um valor negativo, todo o valor no WaveDBGainPlayback poderia ser inútil para ajustar as mensagens do volume baixo jogadas do Unity.

      Finalmente, um valor de WaveDBGainRecord negativo com um valor de WaveDBGainPlayback negativo sempre diminuirá o volume de qualquer áudio reproduzido no Unity. Umas versões de TSP mais velhas (pre 3.0) puderam reter um valor do WaveDBGainRecord de 5, que causa níveis distorcidos do volume em mensagens gravadas.

      Nota: Se a versão do Cisco Unity é 3.1(2) ou mais atrasado e AGC é ativo, os valores do WaveDBGainPlayback e do WaveDBGainRecord devem sempre ser 0. Como com os pontos múltiplos do ajuste de volume descritos no parágrafo precedente, se o nível do volume de áudio é manipulado já pelo AGC, a seguir não se recomenda que você ajusta níveis da gravação ou do volume de reprodução no TSP.

  2. Verifique se os valores da configuração de registro para o AGC são ajustados incorretamente. Os valores ruins são geralmente:

    • AGCsamplesize é 4e20 encanta (decimal 20000) e deve ser 1f40 encanta (o decimal 8000)

    • AGCgainthreshold é 28 encanta (decimal 40) e deve ser 5 encanta (o decimal 5)

    Em caso afirmativo, mude as configurações de registro aos valores corretos, como descrito na tabela das chaves de registro AGC que pode ser encontrada no documento de qualidade de áudio.

    Nota: Se a qualidade das alertas é inaceitável quando você usa o codec de G.729, você pode mudar o codec a G.711 para a melhor qualidade de áudio.

  3. Identifique que o fluxo de áudio é afetado parte de pela alteração de volume: Alerta do sistema do Cisco Unity, mensagens deixadas para assinantes fora do desenvolvimento de rede local (análogo ou digital), ou mensagens deixadas para assinantes de outros assinantes.

    Quando somente as mensagens dos chamadores fora da distribuição de VoIP têm níveis do volume acima ou abaixo das mensagens deixadas por alertas dos assinantes ou do sistema do Cisco Unity, verifique níveis do ganho nos Gateways que entregam este áudio:

    1. Se as integrações de PBX legado do Cisco Unity estam presente, refira a integração Cisco Unity-Legacy PBX: Ajustando o volume no registro para mais informação.

    2. Se todas as mensagens são afetadas, mas as alertas do sistema do Cisco Unity estão a nível aceitável, verifique a versão do Unity que é executado atualmente.

      As configurações padrão AGC devem ser verificadas, se a versão do Cisco Unity está 3.1(2) ou mais atrasada. Consulte estes documentos para obter outras informações:

      Você deve verificar níveis das alertas e do ganho TSP, se a versão de Unity está mais adiantada de 3.1(2). Refira a árvore de decisão de áudio para Cisco unity 2.46 e 3.0x para mais informação.

    3. Se somente algumas mensagens são afetadas, verifique a carga do telefone distribuída para a identificação de bug Cisco CSCdy27331 da edição de DDTs (clientes registrados somente).

    4. Veja a Conectividade, o Jitter, o retardo do pacote, e “a seção da mensagem truncada” deste documento, se o nível do volume está flutuando rapidamente e consistentemente dentro de qualquer mensagem. Mesmo que o volume seja realmente zere dentro muitas partes destes tipos de mensagens distorcidas, ele pode ser percebido como uma edição da flutuação do volume.

    5. Se apenas alguns assinantes forem afetados por níveis de volume diferentes no telefone e na reprodução do computador, consulte Cisco Unity ViewMail for Outlook (VMO) Audio Volume Settings (Configurações de volume de áudio do Cisco Unity ViewMail for Outlook [VMO]) para obter mais informações.

Nota: Se você experimenta uma qualidade ruim para a música na posse (MOH), certifique-se de que os arquivos de fonte de áudio da música compreendem arquivos do .WAV em um destes formatos:

  • PCM de 16 bits (estereofónico ou mono) (exemplo de taxa 16k hertz ou 32k hertz ou 48k hertz ou 8k hertz ou 44.1k hertz)

  • a-law de 8 bits ou Mu-law CCITT g.711 (estereofónico ou mono) (exemplo de taxa 8k hertz)

Informações Relacionadas e Problemas Conhecidos

Refira estes documentos para obter mais informações sobre das edições do nível de volume e controle de ganho:

Conectividade, Jitter, retardo do pacote, e “a mensagem truncada”

Esta seção descreve técnicas de Troubleshooting da distorção de conectividade de áudio.

Sintomas

“A mensagem truncada” está relatada o mais frequentemente quando uma mensagem deixada para um assinante de Cisco Unity ou está faltando bastante índice audio a ser considerado ilegível ou quando os pacotes são intercalados tais que o índice soa fora de serviço. Um pouco do que mais por muito tempo períodos específicos de silêncio na mensagem, que pôde ser relacionada aos níveis do volume (como notável previamente), a mensagem truncada pôde ter outras distorções atuais.

Uma placa de interface de rede ruim em um server do Cisco Unity é o origem das distorções de áudio ouvido neste exemplo: Distorção de áudio devido a Network Interface Controller defeituoso (NIC).

Este exemplo é notável devido à distorção que é introduzida para breves intervalos em vários pontos na mensagem. São não somente os pacotes ausentes a causa de inserções do silêncio, mas os sinais adicionais de outros fluxos de áudio — que o NIC está entregando incorretamente — são ouvidos como “PNF” durante todo a mensagem.

Observe a diferença neste exemplo, que contem as distorções devido ao retardo do pacote na rede: Distorção de áudio devido a retardo de pacote.

Este exemplo é notável para as inserções do silêncio — durante grandes retardos do pacote — que estão aumentando durante todo a mensagem.

Troubleshooting

As distorções de conectividade de áudio podem igualmente ocorrer em diversos pontos em uma rede de um Gateway que recebe uma chamada externa completamente ao telefone IP que recebe uma mensagem desse chamador. Use estas etapas para pesquisar defeitos edições da distorção de conectividade de áudio:

  1. Identifique quais fluxos de áudio são afetados pelo áudio adulterado.

    Todos os fluxos de áudio do Cisco Unity são truncados?

    1. Quando somente as alertas do sistema do Cisco Unity são truncadas, verifique o reparo para as alertas truncadas que jogam do Unity através de um catalizador 6000, referem o CSCdx36894 da identificação de bug Cisco da edição de DDTs (clientes registrados somente). A distorção associada com este defeito é ouvida neste exemplo: Distorção de alertas truncados de unidade.

    2. Onde tudo audio do Cisco Unity é truncado e áudio do telefone-à-telefone é truncado igualmente, verifique as configurações bidirecional na configuração NIC de unidade e na porta de switch a que o Unity é conectado. Estes não devem ser ajustados para negociar automaticamente, mas um pouco aos valores duro-codificados (geralmente 10/100 completo - duplex).

      Isto elimina a possibilidade que a autonegociação da entrega de pacotes é uma causa ou um contribuinte à distorção dos fluxos de áudio.

    3. Se a distorção continua após ter tomado a etapa acima, verifique a topologia de rede e a largura de faixa disponível ao Cisco Unity. Verifique Gateways relevantes para ver se há erros de alinhamento.

    4. Se os erros de alinhamento estão encontrados em alguma porta de switch, e o server do Cisco Unity é um DL380G2 HPQ (MCS7837, MCS7847), a seguir a distorção poderia ser associada com um driver NIC incorreto. Estes erros são relatados tipicamente como erros de alinhamento, pacotes de runt, ou erros de sequência de verificação de frame (FCS) pelo Switches. As estatísticas de NIC das NC-séries puderam relatar que os erros como transmitem subutilizações de capacidade ou recebem excedentes. Verifique o motorista N100NT.SYS no server do Cisco Unity. Se é versão 0.74.001, a solução é instalar uma versão mais velha do motorista de: http://welcome.hp.com/country/us/en/support_task.htmlleavingcisco.com .

    5. Se a distorção continua ou o downgrade do driver NIC não se aplica ao hardware, o fluxo de áudio que está entrando no server do Cisco Unity deve ser validado para toda a distorção pelas instruções na próxima etapa (etapa 2).

  2. Identifique se a origem da distorção é interna ou externa ao Cisco Unity.

    Esta é uma descrição simplificada do trajeto do fluxo de áudio do Cisco Unity NIC a um arquivo da onda:

    1. Córrego do áudio de entrada da rede — > NIC

    2. NIC — > o avaudio.sys do Cisco Unity

    3. O avaudio.sys do Cisco Unity — > (através do motorista da onda de Microsoft Windows) ao UnityAvWav

    4. O UnityAvWav converte o córrego ao PCM, aplica o AGC, e converte o áudio ao formato do codec do destino — > arquivo temporário criado

    5. Arquivo temporário terminado na extremidade de gravação — > o arquivo da onda criado e passado ao armazenador de mensagens, após ter conduzido ou ter arrastado o silêncio é aparado

    Quando você identifica as inconsistências no fluxo de áudio baseado nos trajetos que diferentes toma antes que se transforme um arquivo da onda entregado através do email, você pode isolar o origem de distorção a uma destas razões:

    • Um origem externa da distorção de áudio

    • Um cartão defeituoso NIC

    • Uma distorção relacionada à largura de banda que impacte a lógica do motorista da onda ao recolher o córrego do áudio de entrada

    Uma comparação de objetivo dos fluxos de áudio, conforme eles passam pelos componentes, é necessária para confirmar qualquer uma destas fontes.

    cuidado Cuidado: Você não deve usar os métodos em etapas 3 e 4 como métodos gerais de Troubleshooting, se outras etapas não foram tentadas. Para capturar o tráfego de áudio sem discreção não é recomendada, e pôde afetar a rede AVVID.

    cuidado Cuidado: Você deve usar uma janela de manutenção quando você executa etapas 3 e 4, porque as ações poderiam impactar o serviço.

    Use um telefone de teste e um assinante de teste para obter a melhor medida objetiva da qualidade de áudio, a menos que um valor-limite especificado for identificado como o origem de distorção.

  3. Recolha o córrego do áudio de entrada da rede ao NIC, para uma comparação de áudio externo ao áudio escrito ao armazenador de mensagens.

    Meça a porta da unidade no dispositivo de rede a que o Cisco Unity é conectado, e recolha os pacotes com um sniffer. Você pode igualmente usar Netmon (do kit de recurso do Microsoft Windows 2000) de todo o servidor do Windows 2000 que for externo ao servidor de unidade, para recolher os dados que vão ao servidor de unidade.

    Nota: Recomenda-se que você executa somente Netmon no server do Cisco Unity próprio depois que o fluxo de áudio foi externo recolhido ao servidor de unidade NIC.

    Para capturas de pacote de informação, use um filtro da captação para tomar pacotes de UDP de toda a fonte com um destino do endereço IP do servidor do Cisco Unity. Salvar as captações do período de período de teste, para compará-las aos dados que você recolherá no procedimento seguinte.

    1. A fim recolher o áudio de entrada ao motorista da onda do Cisco Unity — use Netmon no server do Cisco Unity para recolher os fluxos de áudio entrantes dos dados UDP. Depois que Netmon é instalado, termine estas etapas para configurar Netmon:

      1. Copie o arquivo RtpParser.dll… a \WINNT\system32\NETMONFull\PARSERS. Este arquivo está disponível no diretório de áudio do Cisco Unity \ CommServer \ diretório de utilitários.

      2. Escolha o começo > os Control Panel > as ferramentas administrativas > as ferramentas de análise de rede, abrir Netmon.

      3. Selecione a interface adequada e capture apenas o tráfego UDP para a Unidade.

    2. A fim recolher o fluxo de áudio que o arquivo da onda criou (escrito pelo motorista da onda do Cisco Unity) — o mais frequentemente, áudio com problema está relatada de um usuário diretamente enquanto recebem o correio de voz que contêm a distorção. Em caso afirmativo, peça estas mensagens para ajudar a isolar a edição. Para um Troubleshooting mais adicional, é o melhor criar uma conta do assinante de teste que você possa alcançar de um cliente do correio, de modo que você possa salvar os arquivos da onda do correio de voz ao disco. Se isto não é possível, tenha as mensagens encaminhadas desta caixa postal do teste a um endereço exterior, para ajudar na coleção da onda arquiva. Finalmente, se nenhuma destes é possibilidades (onde um sistema do correio de voz somente é no lugar, por exemplo), este procedimento permite de acesso direto aos arquivos da onda antes que estejam entregadas:

      1. Pare o serviço da loja da informação do Microsoft Exchange do armazenador de mensagens da troca com que o Cisco Unity é dirigido.

        Isto coloca o Cisco Unity no modo do Unity Message Repository (UMR), aonde todas as mensagens enviadas aos assinantes vão primeiramente ao… \ diretório do CommServer \ unityMta. Para mais informação, refira como começar o Cisco Unity no modo UMR.

      2. Colete os arquivos de áudio resultantes deste diretório depois que as mensagens de teste forem enviadas.

        cuidado Cuidado: Nenhuma mensagem é entregada no armazenador de mensagens da troca durante este tempo. Este procedimento impacta toda a chamada recebida — use somente durante uma janela de manutenção.

      3. Reinicie o serviço Microsoft Exchange Information Store após a conclusão dos testes.

  4. A fim comparar os dados recolhidos, use o utilitário Capripper para converter os arquivos da captura de pacote de informação nos arquivos da onda (igualmente encontrados no diretório de áudio do \ CommServer \ diretório de utilitários na versão 3.1(5) e mais recente do Cisco Unity):

    1. Copie o arquivo capripper.exe e o arquivo do tampão a ser descodificados em um diretório novo.

    2. Arraste o arquivo .cap que contem os fluxos de áudio do teste no capripper.exe para criar uma série de arquivos do .WAV nomeados para os valores-limite em cada atendimento, segundo as indicações destas telas:

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

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

    3. Ouça as chamadas de teste a partir da captura de pacotes de informação e do mailstore. Se houver alguma diferença entre o fluxo coletado da rede para a NIC e o fluxo coletado da NIC para o driver de áudio do Unity, provavelmente há um problema de hardware com o NIC.

      Por exemplo, este exemplo — Captura de pacote de informação codificada a um arquivo da onda — recolhido do tráfego ao NIC, comparado com este exemplo — arquivo da onda do mensagem de Unity — recolhido do sistema do Cisco Unity, mostra uma edição com uma falha do hardware NIC. Nesse caso, se o servidor tiver uma configuração de NIC dupla, desative a NIC em uso no momento e ative a segunda NIC. Se não ocorrer nenhum outro relatório de distorção, a NIC será a fonte da distorção de áudio. Se o servidor tiver apenas um NIC disponível, instale um PCI-NIC onde for possível e faça a comutação de todo o tráfego a ser executado por meio dessa interface. Se nenhuma distorção mais adicional é ouvida, contacte o Suporte técnico do Cisco Systems para relatar o equipamento defeituoso.

      Quando as etapas precedentes mostram que esse áudio que entra no servidor de unidade e o passa com o NIC é da qualidade aceitável, mas distorções ainda exista no arquivo da onda escrito à movimentação, você deve recolher o fluxo de áudio com Netmon. Determine a hora de chegada dos pacotes para o fluxo de áudio. Se há mais do que 20ms do atraso entre pacotes, o motorista da onda pôde introduzir o silêncio no arquivo da onda como uma operação normal. Se as capturas de pacote de informação mostram o atraso como a causa das várias inserções silenciosas, a identificação de bug Cisco CSCdx41866 da edição de DDTs (clientes registrados somente), endereçada na versão 3.1(5) do Cisco Unity, pôde alargar a janela para pacotes a ser recebida pelo motorista da onda. Embora você possa ajustar um retardo do pacote maior com esta chave de registro, esta indica o atraso inaceitável na rede que você deve investigar.

      A fim investigar o atraso, execute o utilitário AudioStat (encontrado em versões 4.x e mais recente do Cisco Unity) do diretório de áudio do \ CommServer \ diretório de utilitários. Esta ferramenta indica retardos médios e inserções do silêncio para cada gravação junto com o endereço IP de origem do dispositivo que está enviando o áudio ao Cisco Unity.

      Estas telas mostram o utilitário AudioStat:

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

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

      Se qualquer dispositivo único mostrar uma latência maior, investigue esse link na rede. O utilitário AudioStat ajuda a isolar onde na latência de topologia é introduzido.

      Uma outra causa frequente de mensagens do tremor e da voz cortada é quando a detecção de atividade da Voz (VAD) é permitida. Você pode superar este quando você desliga o VAD se a largura de faixa não é uma edição.

Informações Relacionadas e Problemas Conhecidos

Refira estes documentos para obter mais informações sobre das edições da distorção de conectividade de áudio:

Reconhecimento de DTMF e capacidade de resposta de correio de voz incluindo transcodificação de áudio

Esta seção descreve técnicas de Troubleshooting multifrequency da compreensibilidade do reconhecimento e do correio de voz do tom dual (DTMF).

Sintomas

As edições da resposta do reconhecimento DTMF e do correio de voz que afetam a qualidade de áudio são relatadas o mais frequentemente enquanto áudio de sentido único durante um atendimento ao Cisco Unity ou a uma falta da resposta do sistema de correio de voz após a entrada de dígito pelo chamador. As edições da compreensibilidade do correio de voz podem às vezes ser correlacionadas aos fatores da integração alistados mais tarde nesta seção, mas o mais frequentemente puderam depender da configuração de distribuição da troca como descrito no Cisco Unity: Atrasos na conversação de assinante.

Troubleshooting

A supressão de silêncio, a detecção de atividade da Voz (VAD), e o ruído de conforto puderam igualmente contribuir ao grampeamento da mensagem ou eliminar (onde o sistema está reconhecendo o silêncio como um evento da terminação de chamada). Esta seção contem uma lista de documentos para ajudar com configuração e Troubleshooting.

Refira estes documentos de Troubleshooting, se a integração de Cisco Unity envolve um legado PBX:

Refira estes documentos de Troubleshooting, se a integração de Cisco Unity envolve o CallManager da Cisco com o Cisco Unity TSP:

Informações Relacionadas e Problemas Conhecidos

Para obter mais informações sobre das edições da compreensibilidade do reconhecimento DTMF e do correio de voz, refira estes documentos:

Eco

Esta seção descreve técnicas de Troubleshooting do eco.

Sintomas

O eco é incluído aqui como uma edição de qualidade de áudio geral que afete as distribuições AVVID, que devem ser familiares a qualquer um que pesquisa defeitos edições de qualidade de áudio. Tem ainda para ser o tipo de edição que poderia nunca impactar uma mensagem deixada em um sistema do Cisco Unity. O eco pode ocorrer durante um atendimento IP quando a distorção é gerada através de digital ou dos gateways analógicos.

Troubleshooting

Para obter mais informações sobre das fontes de eco e de Troubleshooting, refira estes documentos:

Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 41042