11-01-2007 09:03 PM - edited 03-14-2019 01:29 AM
Hello,
I am running a comprehensive IPCC hosted and CVP is playing critical message.On the vbbrowser I can see the following error
"call server localhost:8000 reports an error processing a call.FAiled to get VXML from any call server.Playing critical error message"
Any idea why I am getting this error on the voicebrowser.Any help would be appriciated.
Thanks,
Radhika
11-02-2007 06:25 AM
Need some more details to help out here...
Have you gone through the Config and Admin Guide for setting up all the components?
That error could be many things, but ICM is usually a good first start:
1. Are you seeing the call come to ICM as a Route Request? If not, then you may just have a config issue in ICM.
2. If call is getting to ICM, where is the call failing in the script? If it is after the "Send to VRU" node, then the issue is somewhere with the VRU transfer Label.
If you can provide some details of the call flow and how far the call appears to be going, then that would narrow things down.
- Bill
11-02-2007 06:43 AM
Bill,
Calls are goiong to through switch and vru leg succefully.Call is failing in CVP during vru leg where VXML needs to be processed.
Also on the CICM send to VRU node is successful and is failing on Run vru node.
Thank you for your help.
11-02-2007 07:37 AM
Ok - that definitely narrows it down.
So the Run External Script is failing - what is the script you are trying to run? Is it a microapp, or are you trying to run External VXML with VXML Server?
If it is a microapp, then you can check the user.microapp.error_code ECC value in the ICM database - Route_Call_Variable table. There is a matrix of the values and their meanings in the Config and Admin Guide. It could be as simple as a problem playing the prompt (.wav file).
If that doesn't get you anywhere, then you can do a "debug voip application vxml" on the IOS gateway serving as the VXML gateway, and this will show you any error as well.
- Bill
11-02-2007 08:29 AM
11-02-2007 09:44 AM
That's a fairly generic message which simply means that ICM offered no more instruction on what to do with the call. I'm assuming the Fail leg of the Run External Script just goes to an End node in the ICM script?
Did you see any error code in the Route_Call_Variable table?
Which microapp are you using? Can you provide the VRU Script Name and Configuration Parameters?
- Bill
11-02-2007 09:48 AM
Bill,
VRU script name is PM,hello.There is no config parameter.
I have used:
user.microapp.media_server ="http://192.168.1.43:80" and user.microapp.locale="en-us"
There are two tables route_call_variable_1 and route_call_variable_2 .What table this error code be in?
Thanks in advance.
11-02-2007 10:05 AM
Ok - a couple things:
1. Can you browse to that URL? You actually don't need to specify port 80 as this is the default. So you should be able to open a browser and go to "http://192.168.1.43/en-us" and see a file called "hello.wav" - is this correct?
2. As for the Route_Call_Variable table, the best way to access it is from the awdb on the AW/HDS. From there, just run your query as "select * from Route_Call_Variable". If you connect directly to the central DB (cust_sideA), then you need to query as "select * from t_Route_Call_Variable".
- Bill
11-02-2007 10:28 AM
Bill,
Wave file plays when I try through the http url.
I tried the route_call_variable table.Which column should I look for ?
Thanks,
Radhika
11-02-2007 10:38 AM
This table is structured in that it will record every configured ECC variable (at least those flagged as "Persistent" in the config) for every call. So assuming this system is not taking any other calls, you should place a test call and then pull the latest records from the table.
The ECC variable you want the value of is "user.microapp.error_code", and it will have a 1 or 2 digit numeric value.
- Bill
11-02-2007 10:58 AM
Bill,
I am getting "NULL" as the value for this.
Thanks,
Radhika
11-02-2007 11:05 AM
Ok - then there's something else going on.
If you do a "debug voip application vxml all" on the gateway, you should see something. If you are coming out the Success leg of the Send to VRU node, then you have to have initiated a VXML Voice Browser session on the gateway.
This might help to further diagnose the problem, because the gateway apparently is not sending any response back to the CVP Call Server, and the CVP/ICM is just timing out.
- Bill
11-02-2007 11:56 AM
Bill,
I am not getting any logs on debug voip application vxml all.
Thanks,
Radhika
11-07-2007 07:04 AM
Ok - we need to back up then...
You said this was a Comprehensive deployment, so I am assuming you have:
1. A Type 10 Network VRU in ICM with "VRU Transfer" Labels defined for the CVP Call Server(s).
2. A voip dial-peer on the VXML gateway looking for a destination pattern matching the VRU Transfer Label. This dial-peer should be calling the "bootstrap.tcl" application with a "service" command.
3. A zone prefix command in the gatekeeper to deliver the call to that VXML gateway, OR an entry for SendToOriginator/SetTransferLabel for the VRU Transfer Label to send it directly back to the originating gateway.
It sounds like your VRU Leg is not being established for some reason...
- Bill
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide