I have UCM 220.127.116.11900-7 installed running firmware version 18.104.22.168 on my 7921 and 7925 wireless phones.
Since updating, an issue has appeared in which the 7921's will switch to docking mode when placed on our charging cradles (expected, of course), but when removing it from the cradle, it will not switch that mode off until the phone is rebooted.
I'm assuming this to be a bug in the 22.214.171.124 firmware, since I've never had this issue before AND it's happening on all of my 7921 phones but not the 7925s (no docking cradle). I can live with waiting for an update to correct the issue, but I'm seeking a workaround for the time being.
Is there a way to universally disable the docking mode permanently in UCM or on the devices?
Is there a way to manually switch that mode off?
We are running into the same issue. For us, when the 7921 phones don't come out of docking mode neither person on the call can hear each other. A reboot of the phone fixes it temporarily until its set back in the docking station.
I've also found in our case that this is so far limited to 7921 models with certain hardware revisions - 2.6 and 4.6. I've since downgraded back to 126.96.36.199 for those inparticular and the problem is resolved. I've left the rest on 188.8.131.52 to see if they start to experience the issue also.
I have a case open with Cisco so we'll see what they say.
I opened a case with them after not getting any responses on this thread. It's good to know I'm not alone though, and that's an excellent observation on the hardware revision. Looks like two of the phones reported with this issue are hardware revision 2.6, so I'm betting you may be onto something there. I'll post any feedback from TAC on this thread.
Well this is interesting... I tried to downgrade my firmware versions to 184.108.40.206 and 1.4.3SR1.2, and the issue persisted on my HW 2.6 test phone. However, when I did a factory reset (Settings > Phone Settings > **2 > Yes), the issue disappeared again.
Next, I upgraded back to 220.127.116.11 and the issue did not reappear. So, I upgraded back to 18.104.22.168, and this time around it works!
From there, I took another phone with 22.214.171.124, and did a factory reset on it. Issue is gone.
I'll be testing throughout the day to see if the issue returns, but it looks like a factory reset is all it takes to fix this bug.
Cisco provided a test firmware to run on my phones - CP7921G-1-4-5-SR4547-N. I've been running it a few weeks on some of our production phones and it seems to be resolving the issue on most of them, even without the factory reset. Unfortunately in our situation, this bug does not always occur right away. We've attempted some of the other supposed fixes which seem to work at first, but weeks later the problem starts occuring again. So far this N firmware has been the most promising.
Well that's good to hear. At least I can expect some results when it gets released. The TAC person I had been working with hasn't responded to me in two weeks, so I'm a bit angry about the matter.
The issue you are experiencing is associated to a know defect ID CSCul23643 “792x audio path is set incorrectly after undocking”
792x audio path is set incorrectly after undocking.
May see that the icon remains after undocking or the headset icon will be displayed.
Using the 792x phone with the corresponding docking station.
Toggle the audio path via the speakerphone button or power cycle the phone.
This defect should be fix on firmware version 1.4(5)SR1.1
That's great news, but it's been over a month now and no sign of this update being available. Is there an ETA on this? Can TAC issue it through a support case?