Send to VRU Node fails

[Mohamed Yare]

can Any one help me with this issue that the Send to VRU is failing the call.

I am receiving an error: Sorry We are currently experience system problem:

I can see this error in the CVP server logs:

can't connect to SIP server: ConnectionWrapper.check: can't establish connection

[Mohamed Yare]

Yes, I can confirm that I can telnet 142.100.64.1 from CVP call server with sip port 5060 or without it

[Chintan Gajjar]

try restarting CVP call server host.

[chgajjar]

Is your Ingress and VXML gateway same?

i mean the gateway from where the call is coming to CVP should the VRU label go to?

if yes, please change the static host on CVP to send the 1111111111T label to 142.102.64.1 and not 142.100.64.1, and check if that works.

and also you have marked SIP service on gateway to loopback0, make sure loopback0 is reachable from all the VLANs and use that as a SIP server address.

Regards

Chintan Gajjar 

[Mohamed Yare]

I have changed the static host on CVP to send the 1111111111T label to 142.102.64.1.

I have also changed SIP service IP address to 142.102.64.1 g0/2.102 Voice vlan

but still To send VRU is failing although I can not see same error as before on the CVP logs.

Thanks in Advance :)

Mo

[Chintan Gajjar]

That was one of the problem, please attach CVP logs further to look at the other problem.

[Mohamed Yare]

Please find the attached CVP logs:

[Chintan Gajjar]

Please set Max DNIS length on CVP call server under ICM tab to 10 and restart the call server service.

it must be same as the length of the VRU label, and all inbound DNIS should be less or equal in length than this number.

it will solve your problem and dont forget to rate all useful posts.

[Mohamed Yare]

My DNIS is only 4 digit 3100.

External caller dial 4082022233 --> Ingress gw translate to 3100 and send it off to CVP server only 4 digit.

emote-Party-ID: "HQ-PSTN--CVP_10_5_1_0_0_0_189" <sip:5151111@142.102.64.1>;party=calling;screen=yes;privacy=off
From: "HQ-PSTN--CVP_10_5_1_0_0_0_189" <sip:5151111@142.102.64.1>;tag=522394-24BA
To: <sip:3100@142.100.64.19>
Date: Tue, 23 Jan 2018 16:20:31 GMT
Call-ID: 2AD0E409-FF9011E7-802BE851-C40C35BA@142.102.64.1
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 360
Cisco-Guid: 0708252832-4287631847-2148053242-3957141392
User-Agent: Cisco-SIPGateway/IOS-15.5.3.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1516724431
Contact: <sip:5151111@142.102.64.1:5060>
Expires: 180
Allow-Events: telephone-event
X-Cisco-CCBProbe: undefined
Content-Type: multipart/mixed;boundary=uniqueBoundary
Mime-Version: 1.0
Content-Length: 814

--uniqueBoundary
Content-Type: application/sdp
Content-Disposition: session;handling=required

v=0
o=CiscoSystemsSIP-GW-UserAgent 3894 5283 IN IP4 142.102.64.1
s=SIP Call
c=IN IP4 142.102.64.1
t=0 0
m=audio 16396 RTP/AVP 0 101
c=IN IP4 142.102.64.1
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

[Chintan Gajjar]

you still need to set the Max DNIS length to 10, to match the length of vru
label.
there is long explaination on why to do that which we can do it later.

[Mohamed Yare]

Good news Chintan, VRU is returing the label now and passing the call to Run External Script Node, but there is one more issue that Friday wav file is not playing.

Call is connecting, then disconnecting immediately because VXML is not communicating to the Media server. We are nearly there. Thank you so much for all your effort.

1 REJECTED WITH 488 - Not Acceptable Here Reason: Q.850;cause=65

Can you please check this why the call is failing.

Please find attached 

[Chintan Gajjar]

Media Fetch Error for URL=http://142.100.64.19/en-us/sys/Friday.wav

Make sure IIS service is running on 142.100.64.19.

Make sure on media server, under c:\inetpub\wwwroot\en-us\sys the Friday.wav exist.

the easy way to check is by putting http://142.100.64.19/en-us/sys/Friday.wav in browser and check if it server media file.

if serves then check if VXML gateway can reach that.

[Mohamed Yare]

IIS service is running on 142.100.64.19 server.
media files are under path: c:\inetpub\wwwroot\en-us\sys\Friday.wav
I have tested and play http://142.100.64.19/en-us/sys/Friday.wav in the
browser
Still getting ERROR_CODE=MEDIA_FILE_NOT_FOUND(9)

Media Fech Error for URL=http://142.100.64.19/en-us/sys/Friday.wav

[Chintan Gajjar · Accepted solution]

I would request you to not to copy paste log messages in the thread, its becoming hard to locate whats the latest comment we have. Please attach log file instead.

and regarding the media file, please try to run below command on your VXML gateway and see if media file loads:

audio-prompt load http://142.100.64.19/en-us/sys/Friday.wav

if above does not work then you may have something blocking the communication between IIS and VXML gateway.

also please run debug http client error on VXML gateway and attach the output here if above does not work.

[Mohamed Yare]

Chintan, 

Thank you so much for all your help.

After I rebooted the gateway last night, everything worked.

I could not find the link to rate your support.

Thanks :) :)

[Chintan Gajjar]

Glad that its working now.
you can just click on helpful icon and rate all the posts which helped
you!!!