cvperror.tcl not working

[Jay Schulze]

Hello,

I'm trying to implement this correctly and not having any luck. When 92929292 is returned to the ingress on having the 'critical_error.wav' file played back.

I'm probably missing something silly. But I see it come back to the igw and match the dial-peer built for it. But can not get it to actually work. The igw and vxml are on seperate boxes and here is my config.

igw relevent config:

dial-peer voice 92929292 voip

description SIP error dial-peer

service cvperror

session protocol sipv2

session target sip-server

incoming called-number 92929292T

voice-class sip rel1xx disable

dtmf-relay rtp-nte h245-signal h245-alphanumeric

codec g711ulaw

no vad

flash on igw:

32110 May 20 2013 10:17:40 -05:00 ringback.wav

17       58446 May 20 2013 10:17:54 -05:00 critical_error.wav

18        1594 May 20 2013 10:18:08 -05:00 cvperror.tcl

19       19955 May 20 2013 10:18:18 -05:00 bootstrap.tcl

20        4046 May 20 2013 10:19:10 -05:00 ringtone.tcl

[Amer rajai Sha'er]

Did you add the application configuration like the below :

application

  service cvperror flash:cvperror.tcl

  paramspace english index 0

  paramspace english language en

  paramspace english location flash

  paramspace english prefix en

  !

[Jay Schulze]

Sorry yeah that is there as well.

application

service new-call flash:bootstrap.vxml

!

service ringtone flash:ringtone.tcl

  paramspace english index 0

  paramspace english language en

  paramspace english location flash

  paramspace english prefix en

!

service cvperror flash:cvperror.tcl

  paramspace english language en

  paramspace english index 0

  paramspace english location flash

  paramspace english prefix e

[Dass Prakash R]

Hi Jay,

Is this a comprehensive call flow or a standalone call flow.

If comprehensive setup can you try sending the label 92929292 directly from ICM to Gateway and check whether the criticalerror.wav file is playing?

Cheers,

Dass

[Jay Schulze]

Hey Dass,

Yes it is comprehensive.

I'm not sure how you would send directly from ICM. The label is from ICM and invite will always come from CVP. But in any event it would be handled the same on the gw no matter what where the invite would come from. I see it matching the correct dial-peer.

[Dass Prakash R]

Hi Jay,

To check whether the CVP Error service is working as expected. You can send the label 92929292 from the success node of Send To VRU and route it from the CVP to the VXML Gateway and check whether the CVP Error message is getting played for the call. If it plays as expected then there should not be any issue with the VXML Gateway/Service configured on the gateway you would need to check out the call server logs

Cheers,

Dass

[Dass Prakash R]

Also Jay I do not see the command "translation-profile incoming block" on the Dial-peer. Do you have it configured?

[Dass Prakash R]

Sample Working Dial-peer as below

dial-peer voice 9292 voip

description SIP error

translation-profile incoming block

service cvperror

incoming called-number 9292T

voice-class codec 2 

dtmf-relay rtp-nte h245-signal h245-alphanumeric

no vad

Hope this helps!!!!

Cheers,

Dass

[Jay Schulze]

Yeah but what is the translation doing? I think that is just a sample from other people's config. which are blocking ANI for whatever reason. The SRND does not have it in there.

https://supportforums.cisco.com/docs/DOC-5734

[Dass Prakash R]

Hi,

Please find below link

https://supportforums.cisco.com/docs/DOC-12195

[Jay Schulze]

Oh ok I see what you were getting at.

Yeah that block is there in the event that you have a dial-peer on that gateway where the dummy transfer to 987654 would match. We don't have any such dial-peer. And I actually see it matching 9292 voip dial-peer when it comes back. So the block wouldn't be necessary. But thanks for the suggestions.