cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1125
Views
10
Helpful
9
Replies

UCCE ICM calls to CVP VXML not working

Hello Dears,

 

I have UCCE 12.5 with CVP 12.5 and VVP 12.5.

 

I have a simple script that forward the call to CVP VXML, it was working fine.

 

"Without any change, suddenly stopped working"

 

I tried to restart everything, checked the logs, with no luck to get it back to work.

 

 

1 Accepted Solution

Accepted Solutions

Yeah, that looks incorrect.


1. Configure  user.microapp.ToExtVXML[0] with "application=appname"

2. Set user.microapp.media_server to  ""  (empty string) before the
RunExtScript to use the VXMLServer co-resident with the CVP Server
(and you don't need to assign user.microapp.app_media_lib or
user.microapp.useVXMLParams)

3. Is your Run External Script executing: GS,Server,V

View solution in original post

9 Replies 9

What does the caller hear? What do you see in the VXML application log? What do you see in the VXML application erro log? Are you sure the application is running for instance?

The calls drop without hearing anything, directly disconnect once reach the VXML step in the ICM script "They go from the x path".

 

I checked the VXML logs, nothing there, empty logs.

 

I checked all apps status and they all in running status. as mentioned in the case before, it was working fine, and suddenly in the middle of call it disconnected then all calls failed. 

 

 

Do you have Send to VRU Node before the Run Ext Script? If not add one,
and see if it fails. If it fails it may be that your VVB or your CVP
Tomcat is down.

Look in the CVP Call Server log C:/cisco/cvp/logs/error.log or
C:/cisco/cvp/logs/VXML/error.log

I have that step, and it's working,, once reach the run Ext Script it fails

 

Noting that the other scripts working fine "without VXML step"

I can see the below error from the VVB logs:

 

37946: 192.168.30.206: Jun 29 2022 12:22:28.483 +0300: %CVP_12_5_VXML_SERVER-7-CALL: {Thrd=http-processor54} CALLGUID=C5045980000100000000030DF314A8C0 External VXML located at http://192.168.30.106:7000/CVP/en-us/../Server.vxml resulted in a bad fetch (Client: CVP-IVR

 

Yeah, that looks incorrect.


1. Configure  user.microapp.ToExtVXML[0] with "application=appname"

2. Set user.microapp.media_server to  ""  (empty string) before the
RunExtScript to use the VXMLServer co-resident with the CVP Server
(and you don't need to assign user.microapp.app_media_lib or
user.microapp.useVXMLParams)

3. Is your Run External Script executing: GS,Server,V

You can look at the VXMLServer/logs/globalErrorLogger to see what it
displays.

Or you can look at the CVP/logs/error.log or CVP/logs/VXML/error.log and
see what it shows


1. Configure  user.microapp.ToExtVXML[0] with "application=appname"
 I'm using exactly like this

 

2.. Set user.microapp.media_server to  ""  (empty string) before the
RunExtScript to use the VXMLServer co-resident with the CVP Server
(and you don't need to assign user.microapp.app_media_lib or
user.microapp.useVXMLParams)

 

That's solved the issue,, after replacing user.microapp.useVXMLParams = "N" with user.microapp.media_server = "" the issue solved

 

Could you please explain the difference and why that happened?

OK, you asked...

When invoking a VXMLServer/CallStudio app, your ICM script can do one
*or *the other of these 2 options below. The first is far easier and has
been around (yet undocumented) since CVP 9.

1) The ICM script sets user.microapp.media_server to  "" (empty string).

This causes the CVP Call Server to default to telling the VVB to use the
CVP's local VXML Server for the studio app.
You can see this clearly in the Cisco/CVP/logs/VXML/cvp.yyyymmdd.log.

And in this case, CVP ignores the values of user.microapp.app_media_lib
and user.microapp.useVXMLParams. But concatenates the values in the
ToExtVXML array onto the end of the URL string sent to the VVB:

"http://cvp_ip_address:7000/CVP/en-us/../Server?application=appname"


2) HOWEVER, if user.microapp.media_server is NOT empty, then CVP
concatenates these  4 ICM variables:

http://user.microapp.media_server/user.microapp.locale/user.microapp.app_media_lib/2ndValueOfTheVruScriptName

to try to create that same exact URL:

"http://cvp_ip_address:7000/CVP/en-us/../Server?application=appname"


So - for this to work, your ICM script must assign all of  these 4 of
the following variables correctly:

user.microapp.media_server = "vxmlserver_ip_or_hostname:7000/CVP"
user.microapp.locale = "en-us"  (this is the default, so most people
don't assign it)
user.microapp.app_media_lib = ".."
user.microapp.useVXMLParams = "N"

Note that the word 'Server' in the URL string is from the word
Serverwithin the microapp name GS,Server,V
(2ndValueInTheVruScriptName)

And user.microapp.useVXMLParams = "N" indicates that you want the
content of the ToExtVXML array (containing application=appname)
concatenated into the URL string as a URL parameter, not within the body
of the vxml page (vxml param).

If your script does not set user.microapp.useVXMLParams = "N"  then the
VVB is sent the incorrect HTTP string:
http://cvp_ip_address:7000/CVP/en-us/../Server.vxml

With the application=appname embedded in the body of the VXML page sent
to the VVB.


HTH

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: