cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
464
Views
5
Helpful
1
Replies

CVP call flow in real time

Albert
Level 1
Level 1

Hello, during develompment of vxml application I have found out that after a call in activity log all the elements are executed in a mtter of ms, except for MENU elements which take their time. 
I would like to make an vxml application: 
Play prompt, Rest request, decision, play prompt, Rest request 2 and decision. 
But when the call arrives I see the whole activity log in 2 secs, and therefore the Rest reqeust 2 is useless as it is called almost instantly after begining of the call. 

1 Accepted Solution

Accepted Solutions

ptindall
Cisco Employee
Cisco Employee

That is the nature of the beast.  Unless the VoiceXML document served to the voice browser includes an element that is blocking such as the need for caller input, then control will return to the server immediately.  For example, a simple prompt play will queue at the browser for asynchronous execution with the next request to the server happening immediately before the audio has actually happened.  From the CVP app perspective, it looks like the audio prompt has taken just milliseconds.   If you want to force synchronous execution of your Studio app then you will have to explicitly include blocking elements.  You typically have two approaches.  The standard out-the-box one is to use input operations to play the audio with input timeout set to very small.   The alternative custom approach is to use a modified audio element which forces synchronous completion, typically by inserting a dummy object element into the VoiceXML.

View solution in original post

1 Reply 1

ptindall
Cisco Employee
Cisco Employee

That is the nature of the beast.  Unless the VoiceXML document served to the voice browser includes an element that is blocking such as the need for caller input, then control will return to the server immediately.  For example, a simple prompt play will queue at the browser for asynchronous execution with the next request to the server happening immediately before the audio has actually happened.  From the CVP app perspective, it looks like the audio prompt has taken just milliseconds.   If you want to force synchronous execution of your Studio app then you will have to explicitly include blocking elements.  You typically have two approaches.  The standard out-the-box one is to use input operations to play the audio with input timeout set to very small.   The alternative custom approach is to use a modified audio element which forces synchronous completion, typically by inserting a dummy object element into the VoiceXML.