소개
이 문서에서는 Cisco CVP(Customer Voice Portal) Call Studio 애플리케이션과 Cisco VXML(Voice XML) 게이트웨이 간의 오디오 녹음과 관련된 문제를 해결하는 방법에 대해 설명합니다.
기고자: Taylan Kuckk, Cisco TAC 엔지니어
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
CVP 서버
CVP Call Studio
Cisco VXML 게이트웨이
Cisco Unified ICM(Intelligent Contact Management), Cisco Unified UCCE(Contact Center Enterprise) 구축
사용되는 구성 요소
이 문서의 정보는 다음을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
문제
Callback(CallbackEntry) 등의 Call Studio 응용 프로그램에서 32sec용 호출자 이름을 기록합니다. 오디오 노드 속성의 call studio 응용 프로그램과 마찬가지로 최대 레코드 시간으로 180초로 설정됩니다.
문제 해결
1단계. VXML 게이트웨이 로그를 활성화합니다.
debug vxml application all(랩 환경에만 해당)
2단계. C:\Cisco\CVP\VXMLServer\Applications\{application}\Logs\ActivityLog\에 있는 응용 프로그램에서 작업 로그를 수집합니다.
작업 로그에서 Record 요소가 다음과 같이 표시됨을 확인할 수 있습니다.
스포일러
(읽으려면 강조 표시)
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:02.927,Record_01,enter,
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:02.927,Record_01,interaction,audio_group,initial_audio_group
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:02.927,Record_01,enter,10.186.14.2.1377669482865.23.CallBack,08/28/2013 01:58:02.927,Record_01,interaction,audio_group,initial_audio_group
그리고 32초 후에 중지됩니다(256kb)
스포일러
(읽으려면 강조 표시)
스포일러
(읽으려면 강조 표시)
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,레코드_01,데이터,기간,32000
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,레코드_01,데이터,크기,256000
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,Record_01,data,maxtime,false
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,Record_01,데이터,파일 이름,+911244358000_20130828_015802.wav
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,Record_01,data,filepath,C:\Temp\+911244358000_20130828_015802.wav
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,Record_01,종료,완료
10.186.14.2.1377669482865.23.콜백,08/28/2013 01:58:41.005,Record_01,데이터,지속 시간,3200010.186.14.2.1377669482865.23.CallBack,08/28/2013 01:58:41.005,Record_01,데이터,크기,25600010.186.14.2.1377669482865.23.CallBack,08/28/2013 01:58:41.005,Record_01,데이터,Maxtime,FalseBack,Call 08/28/2013 01:58:41.005,Record_01,data,filename,+911244358000_20130828_015802.wav10.186.14.2.1377669482865.23.CallBack,08/28/2013 01:58:41.005,Record_01,data,filepath,C:\Temp\+wav.CallBack,08/28/201301:58:41.005,Record_01,종료,완료,완료
2단계. VXML 게이트웨이 로그를 수집합니다.
스포일러
(읽으려면 강조 표시)
010331:8월 28일 05:58:28.805:mr_stream_save_voice:vsp에서 반환된 데이터:32000 010332:8월 28일 05:58:32.805:mr_stream_save_voice:vsp에서 반환된 데이터:32000 010333:8월 28일 05:58:36.801:mr_stream_save_voice:vsp에서 반환된 데이터:32000 010334:8월 28일 05:58:40.801:mr_stream_save_voice:vsp에서 반환된 데이터:32000 010335:8월 28일 05:58:40.825:$ mr_vsp_notify_callback:msfc evt 0x1000 cid=0x2B7679 010336:8월 28일 05:58:40.825:$ mr_vsp_notify_callback: 데이터가 최대값을 초과합니다 . mc=0x3D19748, cid=0x2B7679 010337:8월 28일 05:58:40.825://2848377//MSM :/mr_stop_record: mc=0x3D19748, 원인=MS_STOP_MAX_MEM, 중지, RAM 010338:8월 28일 05:58:40.825:mr_vsp_flush_stream: 스트림=0x15ED57B8, cid=0x2B7679 010339:8월 28일 05:58:40.825:mr_stream_save_voice:vsp에서 반환된 데이터:160 010340:8월 28일 05:58:40.825:최대 MEM 도달:델타 160 maxmem:256000
010331:8월 28일 05:58:28.805:mr_stream_save_voice:vsp에서 반환된 데이터:32000010332:8월 28일 05:58:32.805:mr_stream_save_voice:vsp에서 반환된 데이터:32000010333:8월 28일 05:58:36.801:mr_stream_save_voice:vsp에서 반환된 데이터:32000010334:8월 28일 05:58:40.801:mr_stream_save_voice:vsp에서 반환된 데이터:32000010335:8월 28일 05:58:40.825:$ mr_vsp_notify_callback:msfc evt 0x1000 cid=0x2B7679010336:8월 28일 05:58:40.825:$ mr_vsp_notify_callback:데이터가 최대값을 초과합니다. mc=0x3D19748, cid=0x2B7679010337:8월 28일 05:58:40.825://2848377//MSM :/mr_stop_record:mc=0x3D19748, cause=MS_STOP_MAX_MEM, 중지, RAM010338:8월 28일 05:58:40.825:mr_vsp_flush_stream: 스트림=0x15ED57B8, cid=0x2B7679010339:8월 28일 05:58:40.825:mr_stream_save_voice:vsp에서 반환된 데이터:160010340:8월 28일 05:58:40.825:최대 MEM 도달:델타 160 maxmem:256000
솔루션
VXML 게이트웨이에서 이 명령을 사용하여 IVR 레코드 메모리 세션을 늘립니다.
gw(config)#ivr 메모리 세션을 기록하시겠습니까
피드백