SendToVRU Failing

Unanswered Question
Jun 13th, 2008

All,

I have got a wierd one. So I have an associated VRU for CVP under my Routing Client for the CVP PG (Type 10). And it is never invoked, however if I add the VRU under the Customer Definition, it is invoked. I am getting error's still (SendToVRU is aborted), I can see the label come into the VXML Gateway and trigger the bootstrap. Any insight on why I can't trigger the VRU from the routing Client? I feel like these are all linked together.

Chad

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Chad Stachowicz Fri, 06/13/2008 - 11:59

From the error's below it is looking at 8000 instead of port 7000 for the VXML Server? How do I fix this?

PSTN-VXMLGATEWAY#

001740: *Jun 13 19:44:23.494: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=CALL_NEW&

CALL_DNIS=8050111182&CALL_UUI=&CALL_ANI=914153586031&RECOVERY_VXML=flash:recover

y.vxml&CLIENT_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&ERROR_CODE=0)

001741: *Jun 13 19:44:23.506: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001742: *Jun 13 19:44:23.506: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (flash:recovery.vxml)

001743: *Jun 13 19:44:23.518: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001744: *Jun 13 19:44:23.518: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (flash:recovery.vxml)

001745: *Jun 13 19:44:23.526: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001746: *Jun 13 19:44:23.526: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (flash:recovery.vxml)

001747: *Jun 13 19:44:23.534: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001748: *Jun 13 19:44:23.538: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (flash:recovery.vxml)

001749: *Jun 13 19:44:23.546: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001750: *Jun 13 19:44:23.546: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (flash:recovery.vxml)

001751: *Jun 13 19:44:23.554: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001752: *Jun 13 19:44:23.554: //60/F4876010801A/VXML:/vxml_bgload_post_done:

CALL_ERROR; http://10.1.1.26:8000/cvp/VBServlet?MSG_TYPE=PING&CALL_DNIS=80501

11182&CALL_ANI=914153586031&ERROR_CODE=0&RECOVERY_VXML=flash:recovery.vxml&CLIEN

T_TYPE=IOS&CALL_ID=F487601038B711DD801A001243B8C6F8&SIP_CALL_ID=&CALL_UUI=&VERSI

ON=7.0.1

Loading fail with url (flash:recovery.vxml)

001753: *Jun 13 19:44:23.566: //0//VXML:/vxml_parse:

CALL_ERROR; flash:recovery.vxml

at line 17: unclosed token

001754: *Jun 13 19:44:23.566: //60/F4876010801A/VXML:/vxml_bgload_post_done:

>however if I add the VRU under the Customer Definition, it is invoked.

Nothing surprising about that. It must be there.

It's the customer linked to the dialed number on the script that makes "Send to VRU" work. From the customer it looks up the NVRU to know where to signal on the "Send to VRU" node for the routing client.

Now you see the label come in - and it triggers the bootstrap. Is the correlation ID recoverable by the other side? Is the number of significant digits correct. When that label comes back, CVP needs to be able to strip off the correlation ID and find the paused script.

Use rtrtrace on the Router - you should be seeing some "dialog" failures.

Regards,

Geoff

Chad Stachowicz Fri, 06/13/2008 - 15:06

Geoff,

How do I strip off the correlation ID in CVP. Also should I be adding the DNIS of my Network VRU label under ICM in the Call server? Lastly if I do add these DNIS in the call server with the corelation ID, it triggers an error on the PG. Should I set the maximum DNIS numbers to the original label length?

Thanks!

Chad Stachowicz Fri, 06/13/2008 - 15:42

Geoff,

You are correct I see

"Dialog 132 has a correlation ID (0) that is unknown"

How do I solve this?

Thanks so much!!

Chad Stachowicz Fri, 06/13/2008 - 19:53

I see now.. I didn't understand that the maximum number of DNIS digits should be the size of the label without correlation ID.

Thanks for the help!

Chad

Actions

This Discussion