I have call manager 7.1.3, MGCP voice gateway 2921 & ip phone 7911 & 6921.
I have observed that when IP phone A calls to IP phone B or any PSTN number. During the call if IP phone A will get power off, then also opposite phone will still remain connected undefined period of time. This call will disconnect only if opposite user will disconnect the call manually.
IP phone A calls to IP phone B. During the call if LAN cable of the IP phone A will get disconnect, still on both phones it will show connected. After some time on IP phone A it will show connected with meassage "Features disable".
This behaviour i have observed with CUCM version 4.1, 6.1, 7.1.3.
Yes. The phones are sending RTP traffic over UDP. The lack of packets does not tear down the call by itself.
I believe it is possible to achieve this call teardown scenario if there is a PSTN gateway involved and you configure RTCP properly. The absense of RTCP traffic from the IP phone for a defined period of time can be used to trigger a call teardown.
No and that's unavoidable IMO. UCM cannot issue a call teardown because there is no way to be sure that it is not UCM that has lost communication, not the two phones. Example: If you have a three-site WAN with UCM at Site A, and the call between site B and C. If Site A looses WAN connectivity, or a provider error causes the route between A and B to go down, the phones would still be able to send RTP to one another even though UCM has lost contact with one of the phones.
The phones would need to deal with a mid-call loss of RTCP as the gateway can be configured to; however, AFAIK the phone firmware doesn't do this. I haven't tested this scenario but most of the TNP firmware deals with RTCP as an auxiliary and very much optional signaling protocol.
These are the paths to get to each CCX logs through CLI. They may be helpful if you are having issues accessing RTMT or downloading logs through it.
If you want to download them you have to prefix "file get " and you can add one of the options (re...