04-07-2014 07:06 AM - edited 03-16-2019 10:23 PM
Hello,
Runing on CUCM 8.6.2 and preparing for an upgrade to v9, we have recently upgraded our IP Phone firmware.
We are using the 79xx serie. we upgraded the firmware to *SCCP41.9-3-1SR4-1S*
We are now facing a very strange issue that is referenced in the bug below.
When using the headset our users cannot transfer an active call or answer a call when ther is one already active.
There seems to be a fix in 9.3(1)ES27
Does anyone knwo where this fixed version can be found ?
https://tools.cisco.com/bugsearch/bug/CSCun26289
Cheers,
Olivier
Solved! Go to Solution.
11-10-2014 08:39 AM
Did you get an answer on this? Although I'd really prefer to see a CUCM update with the firmware included, or at least a Device Pack versus an individual firmware file, I suppose I'll take what I can get if it actually works.
Is the TH1.1 version only available from TAC since 9.4(2) doesn't work as another poster claimed?
11-10-2014 08:48 AM
The latest CUCM device packs have the latest 79xx firmware in them and that firmware works for us fine. (We were hitting the headset transfer problem at first)
BTW - Why the aversion to an individual firmware version?
GTG
11-10-2014 09:01 AM
I see you're right, thanks. The way they were listed in the download window had the 9.1(1) device packs at the top with a May 2013 release date. Didn't notice the 9.1(2) releases a little further down.
As to the aversion, for the same reason I'd rather install a Service Pack Rollup to Windows instead of individually installing each released patch and reboot in between. I reboot my CUCM as infrequently as possible. Often when I do there tend to be replication issues or partnership failures with other UC applications, in addition to a handful of IP Phones or sidecars not re-registering and requiring a manual reset.
11-10-2014 09:04 AM
Firmware updates only require a restart of the TFTP Process. No need for a cluster reboot.
Device packs only need a cluster reboot if you are adding support for new phones. If it's just a firmware update, a TFTP Process restart is your friend, again.
GTG
11-18-2014 10:25 AM
Just confirming that the latest device pack resolved the issue for us.
I'm running CUCM 9.1.2.11900-12 and Device Pack 9.1.2.13063-1
12-08-2014 11:16 AM
We updated CUCM to 9.1.2.12901-3 and had the same issues with our 7961/7962 phones. Found this discussion and we decided to update to the latest devicepack 9.1.2 (Nov 4 2014) using the devicepack matrix: http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/compat/matrix/CMDP_BK_CCBDA741_00_cucm-device-package-compatibility-matrix/CMDP_BK_CCBDA741_00_cucm-device-package-compatibility-matrix_chapter_00.html#CMDP_RF_C89B97BE_00
This resolved our issues. Thanks!
07-10-2015 05:04 AM
Running CUCM 8.6.2.25900-8 with most call center agents using 7941-7961 model phones. We have upgraded all of our agents phones to SCCP41.9-4-2SR1-1S but we continue to experience the transfer issue. However, it appears to be intermittent. Opened a TAC case for further analysis.
Joey
07-10-2015 06:42 AM
You'll need to keep those phones at firmware release SCCP41.9-3-1SR3-1S per my last case with TAC. SCCP41.9-3-1SR4-1S may also work but I can't confirm.
It didn't appear they had any plans to resolve it from my previous cases, closed in June 2014 and February 2015.
Associated BugID is CSCun26289.
You should also notice on your updated release that if a 79XX IP Phone has a line set to "Auto-Answer on Speakerphone" it will actually auto answer to either the headset or speaker depending on which the user last fielded a call, with no visual indication of this behavior.
Hope that's helpful. Don't shoot the messenger.
07-10-2015 07:27 AM
Thanks kdotten,
I have pushed SCCP41.9-3-1SR3-1S to a couple agent phones to test. Also provided logs to TAC engineer. He stated that if the problem is still existing on 9.4.2 that he would have to go to the developers. Did you get that far with your TAC case? Or they simply chalk it up as a workaround fix?
07-11-2015 05:15 PM
Sorry, I misspoke after reviewing my case. The transfer problem was fixed for us with 9-4-2-1S. The reason I kept my firmware at the previous version is because of the auto-answer going to the headset port. Doesn't fly in our environment because we use DNs for intercoms rather than the built-in feature. So definitely continue to pursue your case with TAC. I haven't tested with 9-4-2-SR1-1S but I assume it should still work since it did with with 9-4-2-1S.
08-10-2015 02:24 PM
Good afternoon All,
I am coming across the same issue and wondering how your TAC cases turned out? We previously upgraded to CallManager version 8.6.2.25900-8 and immediately started experiencing this transfer/headset issue.
Since we just upgraded, will the previous firmware version be available? Or do I have to install the old 9.3(1)cop file in order to revert the firmware version?
Any assistance or information is greatly appreciated!!
Thank you,
Diana
08-10-2015 02:30 PM
I'm using version SCCP45.9-4-2SR1-1S (and SCCP42...) and no longer have the problem. If you need it, any firmware you haven't deleted from your TFTP Server will still be there. Go to OS Administration and search to check.
08-10-2015 03:10 PM
Awesome, thank you kdotten! I wasn't exactly sure where to look for previous firmware loads..
I will check, thanks again!
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