cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2316
Views
10
Helpful
10
Replies

CVP Record Step

Chad Stachowicz
Level 6
Level 6

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

10 Replies 10

geoff
Level 10
Level 10

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\\elements\Record_01 and open it in your favourite editor. Something like:

dtmf

5s

3

3

3

3

0.50

true

true

180

4s

false

{Data.Session.PhoneNumber}

wav

wav

..\temp

true

Is your path OK - does the folder exist on the VXML Server?

Regards,

Geoff

Geoff,

5s

3

false

true

true

180

4s

Test

wav

wav

..\temp

true

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

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

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

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

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

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

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

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.

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