07-27-2008 06:07 PM - edited 03-14-2019 02:37 AM
Hi,
My record step is failing the second after it plays my message. Whether I turn the beep off or leave it on it goes straight to error msg after my audio.
on Gateway I get this..
*Mar 16 19:24:58.970: //118//AFW_:/vapp_media_record: codec mismatch between vxm
l and voip dialpeer.
*Mar 16 19:24:58.970: //118/4AC6096480D6/VXML:/vxml_vapp_media_record:
CALL_ERROR; http://10.146.13.40:7000/CVP/Server
at line 16: fail with vapp error VAPP_FAIL
In my app logs I get..
10.146.13.40.1217210672077.0.Recording,07/27/2008 20:04:32.139,Record_01,interaction,audio_group,initial_audio_group
10.146.13.40.1217210672077.0.Recording,07/27/2008 20:04:36.749,Record_01,element,error,error.badfetch
Any idea. I use g711 everywhere here. Everything else and all other scripts work, however I have never tried the record element before.
Cheers,
Chad
07-27-2008 08:39 PM
Chad,
I never had many problems with the Record element. What do the settings of your element look like? Go to Studio's workspace and look at YourApp\callflow\pages\
Is your path OK - does the folder exist on the VXML Server?
Regards,
Geoff
07-27-2008 09:40 PM
Geoff,
What folder directly should the temp folder be made in on the VXML Server. Still the same error message about codec on gateway..
I cna;t help but almost agree with it knowing that it errors at the exact instance that it tries to start recording. Is all recording on CVP done in g729 or something silly? There is no transcoding here, and would prefer not to try if necessary :p
Thanks
Chad
07-29-2008 10:06 AM
All,
Can someone please paste the raw folder that needs to be created to match the path ../temp on tyhe vxml server..
ie.. C:\Cisco\CVP\VXMLServer\temp ??
Thanks!
Chad
07-29-2008 10:16 AM
What IOS version are you running? I ran into the same issue and it was an issue with the IOS. I switched IOS trains and it worked; however the beep didn't work on the other IOS so I had to insert my own beep.wav. I'll have to go back and check what version I had problems with
07-29-2008 12:12 PM
Nope. Look in your activity log. It writes the value there - at least mine does.
Record_01,data,filepath,C:\WINDOWS\Temp\foo.wav
Regards,
Geoff
07-29-2008 12:48 PM
dchumbly,
12.4(15)t5
Geoff,
I think it only write it if its the right path.
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:17.753,Subdialog Start_01,enter,
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:17.768,Subdialog Start_01,exit,done
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:17.768,Record_01,enter,
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:17.772,Record_01,interaction,audio_group,initial_audio_group
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:22.425,Record_01,element,error,error.badfetch
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:22.425,Record_01,exit,
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:17.772,Record_01,interaction,audio_group,initial_audio_group
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:26.347,,end,how,hangup
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:26.347,,end,result,normal
10.146.13.40.1217223197753.2.Recording,07/27/2008 23:33:26.347,,end,duration,9
so ../temp writes to C:\WINDOWS\Temp from what I see?
Also from VXML Trace I see this.. Which leads me to believe it is indeed a path issue! The problem is I cannot make a dir named .. any ideas how to fix this?
query=MSG_TYPE=CALL_NEW&CALL_DNIS=3100050501&CALL_UUI=&CALL_ANI=sip:415794877
0@10.146.13.40:5060&RECOVERY_VXML=flash:recovery.vxml&CLIENT_TYPE=IOS&CALL_ID=EE
B94555-5CE811DD-8121001D-E5427BE0&ERROR_CODE=0 lang=none version=2.0
*Mar 18 14:26:40.101: //214/EEB945558121/VXML:/vxml_item_attrs_proc:
name=Server src:
URI(abs):http://10.146.13.40:7000/CVP/en-us/../Server
scheme=http
host=10.146.13.40
port=7000
path=/CVP/Server caching=invalid fetchhint=invalid fetchtimeout=-1 maxage=-1
maxstale=-1
Chad
07-29-2008 02:03 PM
Chad,
Plenty of options.
I changed the setting for Path in Studio to C:\temp.
Record_01,interaction,audio_group,initial_audio_group
Record_01,data,duration,3070
Record_01,data,size,23920
Record_01,data,termchar,#
Record_01,data,maxtime,false
Record_01,data,filename,foo.wav
Record_01,data,filepath,C:\temp\foo.wav
Record_01,exit,done
Flag_01,enter,
Regards,
Geoff
07-29-2008 02:06 PM
ahh alright.
Well I can tell you that this whole time it was indeed related to a codec issue. The resolution is silly. On my VRU Label on my VXML Gateway I had voice-class codec 1
under that class I had g11ulaw and g729r8 in that order
basically no matter what it failed until I hard set the VXML Browser to g711ulaw. Stupid, must be some bug of some sorts, anyone seena good bug ID for voice-class codec on dial-peer and negotiating codecs?
Thanks everyone for their time and help, Geoff you still get +5 since its still awesome knowledge!
Chad
08-05-2008 09:25 PM
no its not a bug, some where in the docs it says it only works for g711 and you have to hard set it. its this way in cvp 3 too.
12-05-2011 05:50 PM
Well I can tell you that this whole time it was indeed related to a codec issue. The resolution is silly. On my VRU Label on my VXML Gateway I had voice-class codec 1
....
Thanks everyone for their time and help, Geoff you still get +5 since its still awesome knowledge!
Amazingly I just hit this same issue and it baffled me for a while.
I already had a Prompt Recording application working on a CVP Standalone off the same gateway, and now was working it in Comprehensive mode. I was building another recording app (for a broadcast message) integrated with ICM and never expected I would have problems. But I was getting the badfetch in Audium, and I was seeing the same error on the gateway.
On mine I have
voice class codec 1
codec preference 1 g711ulaw
!
voice class codec 2
codec preference 1 g711alaw
!
voice class codec 3
codec preference 1 g711ulaw
codec preference 2 g729r8
codec preference 3 g729br8
!
etc
and in the bootstrap dial peer I was saying
dial-peer voice 999811111 voip
description CVP: VRU leg, type 10 label, 12 digits and correlation ID
translation-profile incoming BLOCK
service bootstrap
incoming called-number 811111T
dtmf-relay rtp-nte h245-signal h245-alphanumeric
voice-class codec 1
no vad
but changed to
codec g711ulaw
and we are off to the races. Shoot - this is picky.
+5 to Chad and thanks to Google for letting me find this thread.
Regards,
Geoff
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide