RE: Re: New Message from Bill Webb in Customer Voice Portal (CVP) - General http://developer.cisco.com/c/message_boards/find_category?p_l_id=10572&mbCategoryId=0 2013-05-25T23:33:22Z 2013-05-25T23:33:22Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=15494102 2013-05-22T17:03:41Z 2013-05-22T17:03:41Z

You have to implement a two-pass approach, exiting with null on the first pass.  The second pass handles the submit response.   See the simple example attached.

Paul Tindall 2013-05-22T17:03:41Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=15491325 2013-05-22T16:18:47Z 2013-05-22T16:18:47Z

Without seeing the code, it sounds like you need to use the setOutsideSubmit(false) method.

Paul Tindall 2013-05-22T16:18:47Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14928571 2013-05-03T16:22:03Z 2013-05-03T16:22:03Z

Gerry, That's correct, there is no explicit statement of support for any particular database or version.   The scope of the DB integration is to a JNDI data source.

Paul Tindall 2013-05-03T16:22:03Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14766385 2013-04-29T17:46:19Z 2013-04-29T17:46:19Z

throw new ElementException("Whatever exception message you want to throw");

Paul Tindall 2013-04-29T17:46:19Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14750176 2013-04-29T09:06:32Z 2013-04-29T09:06:32Z

Unfortunately, don't have one ready-built at the moment although it would be useful to have it working for SIP-SIP.

Paul Tindall 2013-04-29T09:06:32Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14721776 2013-04-27T11:41:09Z 2013-04-27T11:41:09Z

Gerry, There's nothing special that needs to be turned on to enable the SIP headers and your IOS version should be fine. I can't tell from the trace snippet but is your incoming call leg TDM or SIP?  I'd suspect it might be the latter.   If so, that particular custom transfer version won't insert headers. Unfortunately, the transfer call leg setup has to be done a bit differently in the TCL to make that happen.  

Paul Tindall 2013-04-27T11:41:09Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14285926 2013-04-15T22:35:26Z 2013-04-15T22:35:26Z

Gerry,   There's one transfer variant I posted on a different thread a few days ago http://developer.cisco.com/web/cvp/community/-/message_boards/message/14152374#_19_message_14194913     I've attached a slightly different transfer here as well as the get SIP header element.    I do aim to merge the transfer branches and post more on CDN Downloads as it so hard to find posted items in threads -- I just need a slot to complete a bit of documentation.     Remember the usual caveat for things I post here, they're sold-as-seen and won't get support via Cisco TAC.  If you can live with that limitation, then please enjoy and make use of them.     Paul

Paul Tindall 2013-04-15T22:35:26Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14195266 2013-04-12T10:31:25Z 2013-04-12T10:31:25Z

Just sending the call from the CVP Call Server to a Standalone CVP is technically no different from sending the call to any other egress gateway, however, you might want to consider using a REFER so the CVP Call Server drops out and simplifies the signalling a bit.  What is not supported is performing subsequent transfers via a Studio app while being used for VRU treatment in the standard comprehensive model.    Slides on SIP header getting/setting re-posted.

Paul Tindall 2013-04-12T10:31:25Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14194913 2013-04-12T09:53:28Z 2013-04-12T09:53:28Z

Remember this is a bit experimental.  Also, I do have multiple code branches with different enhancements that I do aim to merge at some point.  For example, there is one that allows you to set SIP headers on the transfer.  If there is something missing, there's a chance it may already exist in a different version so let me know.  The element settings should be fairly self-explanatory but sorry, no additional user guide to publish on this one yet. Remember to add service cvp_tclxfer flash:cvp_tclxfer_2.tcl Enjoy.  

Paul Tindall 2013-04-12T09:53:28Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=14162260 2013-04-11T15:25:59Z 2013-04-11T15:25:59Z

I can't think how you'd do that in a CCE/CVP model but I can give you a custom transfer element that supports whisper on the transfer leg with explicit confirmation.  It comes with all the usual support caveats for custom samples, so very much sold-as-seen.  Let me know if you want to try it.

Paul Tindall 2013-04-11T15:25:59Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13616006 2013-03-28T16:26:21Z 2013-03-28T16:26:21Z

If you want a quick fix to stop it being cached just add a dummy URL param onto your VoiceXML file spec, for example, "customdoc.vxml?nocache"

Paul Tindall 2013-03-28T16:26:21Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13613670 2013-03-28T16:00:23Z 2013-03-28T16:00:23Z

If you do "sho http client hist" you should see your custom VoiceXML doc has been retrieved.   If you have caching turned on then you should see it in the cache also.  By default it will be cached in the HTTP client cache in the same way as you see for audio files.

Paul Tindall 2013-03-28T16:00:23Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13589195 2013-03-28T01:19:45Z 2013-03-28T01:19:45Z

[quote=Hemal Mehta]Paul, On the VoiceXML insert there is a checkbox for : (Element history) * Element history indicating which elements have been visited in the call and the corresponding exit states of those elements. Is this element history for the vxml elements visited within the vxml code ? For example if you have 3 forms in one vxml file, will it include all that and show up in activity log. For me really nothing shows up other than entering the element ? I am going to check on the vxml gateway. Do all the features of this element really work or are there bugs ? Hemal [/quote] All the checkboxes specify input data that will be made available to the VoiceXML Insert document.  For example, if you select history, you'll get a variable audium_history containing information about all the elements visited so far. I've attached a doc that details the input/output spec for VoiceXML Insert data just in case you haven't got it.      

Paul Tindall 2013-03-28T01:19:45Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13563715 2013-03-27T16:22:42Z 2013-03-27T16:22:42Z

Sorry, just so I'm 100% clear, my question was whether the starting point was a known working VoiceXML document that you've used via the VoiceXML Insert element as there are some specific things you need to do. To see the VoiceXML there's 3 ways -- Wireshark to sniff it, debug http client message on the gateway, or turn on the debug logger in CVP for your application.   Debug voip appl vxml will throw up errors in the rendering of the doc but is pretty messy to analyse as a log.  Personally, I typically use either Wireshark or a test tool from a browser (4th option)

Paul Tindall 2013-03-27T16:22:42Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13563166 2013-03-27T16:03:12Z 2013-03-27T16:03:12Z

[quote=Hemal Mehta]Paul, Janine or Geoff, I am calling vxml code using VoiceXML Insert element.  It is not behaving as expected and I need to debug further.  The activity logs as expected really do not show me anything except going into VXML insert.  Now the debug logs also do not show me the actual vxml being executed. It shows me  the vxml file being called within a subdialog.  Is there a way to  see the actual low level vxml being processed within the Insert element.  Hemal[/quote] I've used it succesfully many times but it's not well documented.   Did you work from a known working sample as the starting point?  If you didn't then I'll post one for you to start from.  Otherwise debug vxml all on the gateway is your next port of call.

Paul Tindall 2013-03-27T16:03:12Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13551690 2013-03-27T09:39:09Z 2013-03-27T09:39:09Z

[quote=Janine Graves]Sidney, Anyway, to make a long story short, for that http request VxmlServer has a HARD CODED 5-second timeout to receive back the response. It's not configurable. And I tend to think this is the case for Asher's scenario. BUT - it sure would be nice if someone from Cisco could chime in. Paul Tindall - can you help???[/quote] Not sure I can help much but I can confirm the built-in back-end HTTP request doesn't give you any flexibility in terms of request timeout, security etc.   You will have to code your own HTTP request in a custom action/decision element to get a longer timeout.  

Paul Tindall 2013-03-27T09:39:09Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13445345 2013-03-23T18:39:27Z 2013-03-23T18:39:27Z

If you want to use CVP Standalone you could transfer your caller to standalone via ICM / CVP Call Server and send the necessary context data via SIP headers. I did recently post some info on accessing SIP headers from a Call Studio applcation.  Using a custom transfer element it is also possible to trap caller hangup while the transfer is in progress and pass control back to the application for some final processing.   I did also post a sample on that topic some time ago when someone else had the same request.  Might be hard to find on the forum and may need to be posted again.  Howvere, just to see if it works for you, if you have 9.0 in the lab then try using the VideoConnect element to do your transfer as that includes the caller hangup detection.  

Paul Tindall 2013-03-23T18:39:27Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13445211 2013-03-23T18:05:18Z 2013-03-23T18:05:18Z

[quote=Janine Graves]Paul, Will you be presenting this at the June Cisco Live in Orlando? -- Janine Graves[/quote] No, I'm not scheduled to present a technical breakout at the US event.

Paul Tindall 2013-03-23T18:05:18Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13363900 2013-03-21T22:34:11Z 2013-03-21T22:34:11Z

[quote=Janine Graves]One of you smart guys should create and sell an app on the Apple or Droid App Store to do this! I'd totally recommend it to my students. -- Janine Graves[/quote] On the topic of pushing the boundaries and using other HTTP clients with CVP VocieXML Server, I've attached a few slides you may find of interest.

Paul Tindall 2013-03-21T22:34:11Z Paul Tindall http://developer.cisco.com/c/message_boards/find_message?p_l_id=10572&messageId=13363607 2013-03-21T22:16:31Z 2013-03-21T22:16:31Z

[quote=Janine Graves]Bill, you also want these global variables to be created on a restart of VxmlServer. So, you'd need to kick off the URL request every time VxmlServer restarts. How do you do that?[/quote] You can use a dummy minimalist application with just start and hangup elements in it, define an application start class for it and load your global data from back-end DB, file etc when the application is loaded or updated.   If you prefix the dummy application with an underscore, it will load first as it happens alphabetically.

Paul Tindall 2013-03-21T22:16:31Z