This document was generated from CDN thread
Created by: Rich Bartolucci on 02-05-2013 09:20:17 AM
Wondering if anyone has run into this problem before? At the end of our CVP application we have a CVP Subdialog Return element which simply passes back 4 ECC strings and a Caler Input string. Under certain conditions in the application we're seeing in the Activity Logs that there is a 10-30+ second difference in the CVP Subdialog Return start and end times. At what point does the CVP Subdialog Return element log the finish entry - is it when the transfer is completed back to ICM or when the ICM scripting completes after? CVP 8.5(1) ES=4 Build=30
Subject: RE: CVP Subdialog Return Issue
Replied by: Jameson Gagnepain on 02-05-2013 11:04:31 AM
CVP has no knowledge of when ICM scripting finishes. Your CVP Subdialog Return should end when the data is sent to ICM.
Do you have any post-call Java set to run? That may cause a time difference.
Subject: RE: CVP Subdialog Return Issue
Replied by: Rich Bartolucci on 02-05-2013 11:10:52 AM
Negative, that's the last element in the flow, no custom Call End classes or anything else. From a caller experience it is still seamless, the caller doesn't hear any pause. But from a reporting standpoint our metrics are skewed because sometimes that element completes in sub-seconds, other times its 30+ seconds.
Subject: RE: CVP Subdialog Return Issue
Replied by: Janine Graves on 02-05-2013 05:16:40 PM
Rich,
I just looked at one of my Activity Logs for a simple app that has 3 Audio elements followed by a CVP_Subd_Return.
The time stamps in the Activity log are:
16:42:17 pWelcome, enter
16:42:18 pMessageOfDay,enter
16:42:18 CVP_Subd_Return, enter
16:42:31CVP_Subd_Return, enter
The Voice Browser on the Vxml Gateway doesn't play Audio elements before returning to VxmlServer. The play request is passed to an HTTP Client process, and the VB returns immediately to VxmlServer (passing back the logging info), and VxmlServer moves forward in the call flow. Thus my time stamps are only 1 second apart even though the audio that plays is much longer than that.
The only time the gateway waits before returning to Vxml Server are either when it's collecting input from the caller or when it's returning from a Subdialog (either CVP_Subd_Return) or (Subd_Return).
In my case, it shows that the CVP_Subd_Return element is completed 13seconds after it was sent to the gateway. This is the approximate duration of the audio prompts.
This is probably what's happening on your system. If you count the number of Audio elements before the CVP_Subd_Return, and add up the duration of the prompts, I think you'll find it matches what looks like the time it takes for the CVP_Subd_Return to execute.
Janine
Subject: Re: New Message from Rich Bartolucci in Customer Voice Portal (CVP) - CVP -
Replied by: Janine Graves on 02-05-2013 04:56:17 PM
Are you sure this time isn't just an 'artifact'? If you have 2 Audio
elements before the CVP_Subd_Return - they are all sent to the gateway
within a few milliseconds of one-another. But, the CVP_Subd_Return won't
complete until all the pending audio is spoken to completion.
