Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 
New Member

CallCtlConnAlertingEv vs. CallCtlTermConnRingingEvImpl

Hello there! I have this problem caused by call forwarding. Say if someone forwarded calls to extension 1234 to another extension 9876, and a call comes in, it rings at 9876, but my code, who response to CallCtlConnAlertlingEv will pickup a called number 1234. By observation it seems that if use CallCtlTermConnRingingEvImpl instead, I can use getTerminalConnection() to get the terminal where it actually rings. Just want to know if that's worth pursuing, and any potential disadvantage of such a approach?

Thank you very much for your help!!


Re: CallCtlConnAlertingEv vs. CallCtlTermConnRingingEvImpl

I would stay as far away as you can from anything Termconn related.. it gets a heck of a lot more complex as soon as you enter transfer/park/conference scenarios.

It is rather easy to figure out if you get a CallCtlConnAlertingEv due to a transfered call, or a call that is directly routed to you, all you need to do is check if CallControlConnAlertingEv.getLastRedirectedAddress() is null or not (null = direct call, not null = transfered call)

And there's always the Address callDestination = ccall.getCurrentCalledAddress(); which gives you the number that's currently being called (versus ccall.getCalledAddress() which gives you the number that was dialled)

I have recently contemplated switching events for a particular scenario as well but when I tried I ran into all kinds of unforeseen consequences so I went back and instead looked at why my scenario didn't always work out and tried to solve it with the existing events.

New Member

Re: CallCtlConnAlertingEv vs. CallCtlTermConnRingingEvImpl

Thanks a lot Stephan!! yes getCurrentCalledAddress() addresses the issue!! Thanks!

As for transfer/conference, I saw this paragrah in the Cisco JTAPI Guide:

The system does not support Call.getCurrentCalledAddress() and call.getCurrentCallingAddress() for

conference calls. Also, the system does not support call.getCurrentCalledPartyDisplayName() and

call.getCurrentCallingPartyDisplayName() for a conference call.

Just curious....

Re: CallCtlConnAlertingEv vs. CallCtlTermConnRingingEvImpl

Each conference starts with a single call.. after that it's kinda natural that the abovementioned methods don't work.. each participant could add other participants to the conference.. and what would the above methods then have to show? the intial call? the last placed call (from somebody adding somebody else to the conference)?

You can still go with connections though but you need to track the conference in memory since JTAPI doesn't keep a history of what's going on with a call.. you just get snapshots as something has happened.

CreatePlease to create content