03-22-2006 10:41 AM - edited 03-15-2019 04:13 AM
We have noticed that when a jtapi connection is closed, CallManager send an Init:AppStatus to all previously observed IP Phones. This seems to be undocumented and it is a problem because it reset CiscoIPPhoneStatus pushed by other applications.
Do anybody noticed that ? Is there a way to avoid it ?
Thanks and regards,
JM Lacoste
03-23-2006 01:05 AM
I noticed that as well.. I didn't go into details so I didn't know that the ccm actually does something, but then again, when I push via http, that never happens so this explanation makes a lot of sense.
My JTAPI apps are always on so for me it's not a problem. I just also lose the display if a phone is reset or a user logs in/out, but I'm catching the appropriate "phone up/down" events and push another CiscoIPPhoneStatus when appropriate (with a 5 second delay.. when JTAPI reports the phone is operation and you push immediately.. you're getting the dreaded internal cti error.. I guess IP phones are like windows.. when you see that it's up, you can't really use it yet).
03-23-2006 01:32 AM
Thanks, it is interesting.
How can you know a user have login/logout or a phone has been reset ? Via TerminalChangedEvent ?
Thks,
JMLacoste
03-23-2006 09:28 AM
TerminalChangedEvent is too broad, look at CiscoTermOutOfServiceEv and CiscoTermInServiceEv. Obviously, it's the same event whether you reset the phone or login/logout, or pull the plug to a phone/replug it.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide