Blogs

Check out the new content on the Cisco Developer Network reflecting the New & Enhanced features in Cisco Unified Communication Manager 9.1.
See the new 9.1 JTAPI Documentation ...Read More

 

The Unified Communications 9.0 Partner Bundle packages Cisco’s Collaboration application software for our Collaboration partner community to leverage for their internal lab or demonstration systems. The 9.0 version is now available for order. Learn More >> ...Read More

 

Developer Partners,

Cisco announces the availability of our 2012 Developer Partner presentations shared at CiscoLive San Diego.

Please log into the Cisco Developer Network using your Partner UserID to download this content.

Access these presentations here: http://developer.cisco.com/web/cdc/devforumpreso PARTNER LOGIN REQUIRED
...Read More

 

Developer Partners,

Cisco announces the availability of our 2012 Developer Partner presentations shared at CiscoLive London.

Please log into the Cisco Developer Network using your Partner UserID to download this content.

Access these presentations here: http://developer.cisco.com/web/cdc/devforumpreso PARTNER LOGIN REQUIRED
...Read More

 

Cisco Technology Developer Partners,

Cisco is proud to announce the availability of our Cisco Unified Communications System Release 8.6 Not-For-Resale software bundle on Cisco Marketplace (Partner Login Required).

To purchase the latest Unified Communications NFR Software bundle
- Navigate to Cisco Marketplace
- Login using your Cisco.com UserID ...Read More

 

Showing 1 - 5 of 30 results.
Items per Page 5
of 6

Forums

« Back to Cisco JTAPI Questions

RE: What CallEv should be used for an active call?

Combination View Flat View Tree View
Threads [ Previous | Next ]
I'm trying to play some DTMF tones after I have made a phone call and the third party has picked up the call.  What CallEv should I be looking for before I play the DTMF tones?
 
Thanks!

CallCtlConnEstablishedEv for the called party if you want to do it from calling party.
 
If you want to do it from called party use CallCtlTermConnTalkingEv of the called terminal.
 
 

My CallObserver never receives the CallCtlConnEstablishedEv event. These are the only events I receive, even though I have placed and accepted th phone call. Is there something I'm missing?
CallEv=(P1-user) 3396775/8 CallActiveEv [#89] Cause:106 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 ConnCreatedEv 26614:Campus [#90] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 ConnInProgressEv 26614:Campus [#91] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 ConnCreatedEv 653: [#93] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 ConnConnectedEv 653: [#94] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 ConnAlertingEv 26614:Campus [#96] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 TermConnCreatedEv SEP000750C67BC5 [#98] Cause:0 CallCtlCause:0 CiscoCause:100 FeatReason:12
CallEv=(P1-user) 3396775/8 TermConnRingingEv SEP000750C67BC5 [#99] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 ConnConnectedEv 26614:Campus [#101] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 TermConnActiveEv SEP000750C67BC5 [#103] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12
CallEv=(P1-user) 3396775/8 TermConnActiveEv SEP000750C67BC5 [#103] Cause:100 CallCtlCause:0 CiscoCause:0 FeatReason:12

It could if your observer implements CallObserver but doesnt implement CallControlObserver. If so, please have your observer class implement CallControlObserver too.

That was it, I implemented CallObserver and not CallControlCallObserver.

thank you!

CallCtlConnEstablishedEv for the called party if you want to do it from calling party.
 
If you want to do it from called party use CallCtlTermConnTalkingEv of the called terminal.
 
 

I am getting the CallCtlConnEstablishedEv event published to me before and after the called party has picked up the phone.  Is this the correct behavior?  I was assuming that CallCtlConnEstablishedEv would only be published if the called party had picked up the phone.

Check the address in each of those established events. You will see CallCtlConnEstablishedEv for the calling address before the call is answered. After the call is answered you will CallCtlConnEstablishedEv for the called party.

Mohan Potluri:
Check the address in each of those established events. You will see CallCtlConnEstablishedEv for the calling address before the call is answered. After the call is answered you will CallCtlConnEstablishedEv for the called party.

Hi

I've got the same problem than Scott: I receive the CallCtlConnEstablishedEv twice: once when the call is made ans once when the call is actually answered. And I'm not sure how to check which was the reason.
Mohan, could you pleas explain me further what do you mean with "Check the address in each of those established events"? I've tried different ways to do it but can't seem to see the answer.
Scott, did you manage to sort it out? How did you do it?
 
I put an extract of my code:
...
CiscoCallEv ciscoCallEv = (CiscoCallEv) eventIter;
...
else if (ciscoCallEv instanceof CallCtlConnEstablishedEv) {
// Got TWICE the event: when call made and when answered. How do I know when IT'S ANSWERED???
// [For Mohan or Scott]: What is the addres I have to monitor??? Which value??
CiscoCall c = (CiscoCall)ciscoCallEv.getCall();
Address aCallingAddress = c.getCallingAddress();
Address aCalledAddress = c.getCalledAddress();
Address aCurrentCalledAddress = c.getCurrentCalledAddress();
Address aCurrentCallingAddress = c.getCurrentCallingAddress();
Address aLastRedirectedAddress = c.getLastRedirectedAddress();
Address aModifiedCalledAddress = c.getModifiedCalledAddress();
Address aModifiedCallingAddress = c.getModifiedCallingAddress();

calledAnswered(c);
}
...
 
I hope some f you can help me with this, as I'm really stuck with it!!
Thanks in advance,
Dani.

Collateral


No files available