I am writing an application which monitors CallEvents on addresses and TermEvents on terminals from both, the calling party as well as from the called party. By processing the events I need to find the point when the call is established and the calling party starts speaking. So I was looking for events like CallCtlConnEstablishedEv or CallCtlConnEstablishedEv (some other should do as well).
The weird thing : I see all these events already before the called party answered. More precisely I see every such event 2 times for every party (one time before called party picked up, second time after that).
The only detail I see that hints at unexpected events (i.e. before the call has been answered) is the CiscoCause 31 which I see on the called party side. After the called party has answered, the same events come in with CiscoCause 0.
Does this difference really tell the latter events are meaningful and the first ones are not ? That's a problem for two reasons: First this is not documented in any official doc I have seen, second the events I mentioned (llike CallCtlConnEstablishedEv) do not have an interface that offer the value 'CiscoCause' anyway (only getCause() which returns the 'regular' cause if such an event.
With the current amount of noisy events the only way I see for me is looking at RTP event in the terminal. They seem to clearly tell when a call has been answered and the parties start speaking.
Please find attached the full list of events I have seen.
From the events what i understand is that these traces are caused When a conference call is parked, JTAPI call will have connection to the remaining parties in the call. When this call is unparked using the UnPark API or connect API, connections to unknown address will be temporarily created.
Hi there, Suppose Agent001 is in Ready(userstate) state while Agent002 is in Not_ready(userstate) state. Agent002 makes call to Agent001,Agent001 answers the call & now they are in Talking(userstate) state...
I'm tasked with providing a credential unlock for CUCM endusers. Looking at the AXL schema and doing some trial & error I found that pinCredentials.pinResetHackCount / passwordCredentials.pwdResetHackCount is what I'm looking for.. setting this to tru...
I would like to use the UCCX API in the following scenario and was wondering if anyone could point me in the right direction: Agent Places outbound call using FinesseAgent Ends CallFinesse Automatically Dials Extension 12345 I've tried using&nbs...
Team, Here's an overview of Webex Teams Developer resources.Do you have a nice use-case, app, sample code, etc? Please comment and I will add it!
Webex Developer PortalDeveloper blog Developer suppor...
Did a little birdie tell you that there is a UI refresh of the Finesse desktop in 12.0? Are you worried that the custom gadget(s) that you spent so many hours building will no longer work? Did you hear that there will be agent to agent chat in this releas...