VXML- AS5350XM with AS5X-FC
attached is the configuration on VXML gateway.
The "Debug http client all" is showing this error.
in debug attachment.
Using H.323, I see.
I would say that your problem is with the implicit "Send To VRU" that the "Run External Script" calls in order to start the VRU leg.
Isolate the problem by inserting an explicit "Send To VRU" node as the first node.
Send the failure port to an "End" node so that survivability kicks in. The success port of the "Send To VRU" leads to your existing "Run External Script" node.
Speaking of survivability - I don't see you loading the survivability.tcl file as an application - typically called "cvp-survivability". This should be applied to the incoming POTS dial peer. I don't see an incoming POTS dial peer. You should be explicit and have that dial peer.
The setting for "ip host isn-vxml" is from CVP 3.0, and if I recall correctly, is not used anymore. I am mainly doing SIP these days, and haven't used H.323 since CVP 3.0 days, but I think I am correct.
In your bootstrap application (vru-leg), you don't need "param cvpserverhost" as it will automatically send to the app-server that started the switch leg - which is what you have. That setting is there if you want to go to a different app server from where the CVP Voice Browser runs (H.323 Service), but that's unlikely.
These will not solve your problem, but will give clarity.
The ICM script will fail at the "Send to VRU" node, and will go to the "End" node, and survivability will act. You should see that.
Now you need to figure out why. The VRU transfer label (configured for the CVP routing client on the NVRU) looks like "7001234567" from your router config. Make sure you are using a Type 10 NVRU for CVP 7.0.
7001234567 is of length 10 - make sure you have that configured on your CVP. Otherwise, CVP cannot locate the correlation ID.
Use rttrace to increase the trace on the Call Router and watch what happens. The Router wants to pause the script at the "Send To VRU" node and resume it when it gets back the correlation ID - it needs to have that to find the script it paused. Make sure this is working correctly.
How is the VRU transfer label getting back to the gateway? Are you using "Set Transfer Label" in your H.323 Voice Browser so the VRU leg goes back to the ingress gateway? Or do you have configuration in your gatekeeper to send "7001234567*" to the voice gateway?
Look at the CVP trace. What does it say?