A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização.
Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional.
A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este original descreve como pesquisar defeitos um problema relativo à gravação audio entre aplicativos portais do estúdio do atendimento da Voz de cliente Cisco (CVP) e gateways da Voz XML de Cisco (VXML).
Contribuído por Taylan Kucuk, engenheiro de TAC da Cisco.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
Server CVP
Estúdio do atendimento CVP
Gateways de Cisco VXML
Cisco unificou o Intelligent Contact Management (ICM), disposições do Cisco Unified Contact Center Enterprise (UCCE)
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.
Problema
Em um pedido do estúdio do atendimento, como por exemplo a rechamada da cortesia (CallbackEntry), o registro do sistema o nome do chamador para o segundo 32 onde como no aplicativo do estúdio do atendimento na propriedade de nó audio é ajustada como o tempo recorde máximo como o segundo 180.
Troubleshooting
Etapa 1. Permita logs do gateway VXML.
debugar o aplicativo todo do vxml (o ambiente de laboratório somente)
Etapa 2. Recolha logs de atividade do applicaton, situado em C:\Cisco\CVP\VXMLServer\Applications\ {aplicativo} \ logs \ ActivityLog \
Dos logs de atividade você pode ver que os sarts do elemento do registro:
010331: 28 de agosto 05:58:28.805: mr_stream_save_voice: dados retornados do vsp: 32000 010332: 28 de agosto 05:58:32.805: mr_stream_save_voice: dados retornados do vsp: 32000 010333: 28 de agosto 05:58:36.801: mr_stream_save_voice: dados retornados do vsp: 32000 010334: 28 de agosto 05:58:40.801: mr_stream_save_voice: dados retornados do vsp: 32000 010335: 28 de agosto 05:58:40.825: $ do mr_vsp_notify_callback: evt 0x1000 cid=0x2B7679 do msfc 010336: 28 de agosto 05:58:40.825: $ do mr_vsp_notify_callback: os dados excedem máximo, mc=0x3D19748, cid=0x2B7679 010337: 28 de agosto 05:58:40.825: //2848377//MSM: /mr_stop_record: mc=0x3D19748, cause=MS_STOP_MAX_MEM, PARANDO, RAM 010338: 28 de agosto 05:58:40.825: mr_vsp_flush_stream: stream=0x15ED57B8, cid=0x2B7679 010339: 28 de agosto 05:58:40.825: mr_stream_save_voice: dados retornados do vsp: 160 010340: 28 de agosto 05:58:40.825: MAX MEM alcançado: maxmem do delta 160: 256000
Solução
No gateway VXML, aumente a sessão da memória do registro IVR com este comando.
sessão da memória do registro do gw(config)#ivr? memória <0-256000> nos Kbytes