Make plans now to attend XMPP integration with CVP 2012/06/14 @ 10:00 AM at Cisco Live! in San Diego. ...Read More

 



Cisco Developer Network will be presenting a CDN Developer Track at Cisco Live! London the week of January 31, 2011.

We are presenting technical sessions which highlight Application Programming interfaces (APIs) and Software Developer Kits (SDKs) for Cisco technologies such as Unified Communications, IOS, and Access Routing Technologies ¿ including the new Cisco Cius ...Read More

 

Recently noticed that there have been repeated questions from our developer community complaining that they can't seem to get the beep to work with <record>. They have set the beep attribute to "true" alright, and the reference guide even says this is supported but why doesn't it work?
...Read More

 

August 01, 2006
Earlier today, as I was typing a comment in our internal issuing-tracking system, I hit backspace to correct a typo. WHAM! I go back to the previous page, and my long-winded comment is gone. Apparently I somehow left the context of the text area (did I tab, or spuriously click, or??), which causes backspace to act as a hotkey for "Back". The web browser was not very forgiving of my mistake.

Are your IVR applications forgiving? They should be.
...Read More

 

Mark Gibbs over at Network World has put together a spiffy little scoring system for customer service systems (including many criteria for IVR systems). How would callers score your IVR using Mark's guidelines? Place a call and find out, you may be surprised.
...Read More

 

If you're using JNDI to connect to your database through Tomcat, then it's possible you've had to deal with database connection pool leaks. Your code tests fine, it's been reviewed, but in load tests or in production your app is unable to acquire database connections, the pool is empty!

Fear not, there are some handy parameters which can be set in your application's XML configuration file (in tomcat/conf/Catalina/YOUR_IP/YOUR_APP.xml):
...Read More

 

Showing 6 results.
Items per Page 50
of 1

CVP Forum

« Back to General Discussion - All Versions

Trigger a CVP VXML Application without making a physical phone call

Combination View Flat View Tree View
Threads [ Previous | Next ]
We are trying trigger a VXML Application in the CVP Server without making a physical phone call to the Cisco Environment. We want to show the success or Failure of the CVP Application in the CUIC Reporting. For this reason we are going through the ICM route. The CVP application will send some data in the ext vxml variables which can be interpreted by ICM to show a success or failure by setting some call types. We tried to do this by writing an Admin script in the ICM but it seems that the options are disabled now. Also a routing script cannot be triggered from an ICM admin script. In the internet we found that the TCL scripts in the VXML gateway are capable of doing these things. The TCL script will point a dial peer number which in turn will trigger an ICM script. the ICM script willl in turn trigger the CVP VXML Server application. The VXML Application in turn will do some business logic and return the values to the ICM. Also we thought that the TCL scripts can be scheduled in regular intervals or can be run from the TCL Shell prompt in the VXML Gateway. Our challenge is that IS THIS ACHIEVABLE THROUGH TCL sCRIPTS. If somebody have already encoutered this situation, can they please share the TCL scripts with us? Thanks in Advance.

I'm not sure I entirely understand your use case but it is possible to invoke a Studio application via http.  For example, the following URL has been used on a demo platform here to invoke a CVP application from a mobile device to store context info prior to a call.

http://democvp:7000/CVP/Server?application=savecontext&geolat=45.60228&geolon=9.36110&country=Italy&city=Arcore&name=Silvio&subject=Make+a+Reservation&question=&session.connection.remote.uri=3356154758&callback=false

Alternatively, you certainly can generate calls using TCL scripts but it may be simpler not to.  I did post a traffic generator that uses TCL a couple of months ago; you could try using that.

Thanks Paul.
We are more concentrated in the TCL stuff. It would be great if you can please share the link to your answer as i am unable to find it in the Forum.
Thanks

I couldn't find it either even though I found the thread I thought I'd posted it in.   That thread status shows a response from me but the post isn't actually there; seems to have been truncated of the latest posts.  It also looks like the forum has lost data as attachments that I posted all seem to have disappeared.   Has anyone else noticed this?
Anyway, here it is again.  
Attachments:

Hi Paul,
Thanks a lot for that. However we are facing some problem in initiating the script from the Command Line prompt in the gateway.
We have made a new service for this and we also started the script by the command -
(config)# call application voice load sample_script , followed by
call application session start sample_script
But when we are issuing the command
show call application sessions
 we are not finding the application in the session. Also we cannot find the call in the call log of the VXML server. Can you please let us know if you have faced a similar issue and can suggest us the workaround.
Thanks in advance.

Hi Paul
 
Are you able to provide the application=savecontext that you mention above? We would really like to achieve the same functionality. Maybe a screen shot of the application would also give us an idea.

Thanks,

Matt

As Paul states above, its possible to trigger a CVP application using HTTP.
Without using any TCL, a very simple way to automate / sheduled this HTTP request would be to use a Windows batch file run as a sheduled task.
The batch file would use the command line tool wget.exe to create the HTTP GET request.
wget.exe command line tool can be downloaded here: http://gnuwin32.sourceforge.net/packages/wget.htm
e.g. wget.exe http://<cvp-server-address/CVP/Server?application=ApplicationName&Variable1=blah
Gerry

Here you go at 3rd attempt.  Problems with attachments.
Attachments: CommonData.zip (187.9k)