This document was generated from CDN thread
Created by: null on 10-01-2008 03:59:52 PM
We have a CVP Standalone deployment model deployment.
We are calculating the call duration at the end of the call class. There are various situations, where the caller hang-up / disconnect during a play prompt or DB transactions while in process. The call in such scenarios are disconnected, but the call session ends only after the configured application session timeout. In such cases, we observed the call duration is high even though the caller is disconnected well before the response came from DB or before the prompt is completely played. This data affects the call duration and also average hold time in IVR.
The execution of on End call class happens right after the call session ends and it is a configured parameter (session timeout) throughout the application.
We are getting the END_TIME only in the On End Call class and is used to find out the call duration. The end class date and time will provide the visit to the application ended. Also, this will be the time the call ended in a hang-up or disconnect.
Thanks!
-Sethu
Subject: RE: On End Call Class Execution (CallEnd)
Replied by: Janine Graves on 10-01-2008 10:20:59 PM
It sounds to me like the VoiceXML Gateway isn't getting a valid 'disconnect' signal from your PBX or Ingress Gateway. Because when the VoiceXML Gateway gets a 'disconnect' signal, it sends an event to the VXML Server which will end the session.
Is this a new problem or has it always occurred?
Does it occur whenever the caller hangs up, or only when it's in certain parts of the application?
Is there a way for you to monitor and see if you get a disconnect signal in? There are various IOS debug commands.
Janine
www.TrainingTheExperts.com
Subject: RE: On End Call Class Execution (CallEnd)
Replied by: null on 14-01-2008 10:01:45 AM
Thanks Janine. We are observing this abnormal behaviour only when any external systems are not responding in time as mentioned below:
1) Database doesn't respond in time and caller disconnects
2) CVP interacting with Ingress / VoiceXML GW and caller disconnects
It always happen during this scenarios. What are the various ways we can debug to see if a disconnect event had come to Voicebrowser? Please let me know.
Thanks!
-Sethu
Subject: RE: On End Call Class Execution (CallEnd)
Replied by: Janine Graves on 15-01-2008 04:40:58 PM
The best place to start is with some error debugging on the voice gw. That way you won't get flooded.
debug vxml error
If this doesn't show anything do
debug vxml ?
which will show all the possibilities. Bear in mind that
debug vxml all
will give you a deluge, so get ready with
u all
(short for "undebug all") to turn it off. Other possibilities are:
debug http client err
debug mrcp err
debug rtsp err
debug voip ccapi err
debug voip ivr err
