Pressing Hold Soft-Key places current call on hold and automatically answers incoming call

Answered Question
Nov 3rd, 2009

Once of our clients is having a problem with the Hold soft-key. All of their incoming calls go to a blast-group, so every phone in that group sees every incoming call. The problem occurs when one of these phones has a call connected and wants to place that call on hold. If they press the hold softkey while there is an incoming call displayed the phone will automatically answer the incoming call after placing the original call on hold.

How can I keep this from happening?

I have this problem too.
0 votes
Correct Answer by Steven Smith about 7 years 1 month ago

For the UC500, 12.4.22.T2 versions were not supposed to be released.  Those images were actually taken down because they have a lack of testing on the UC500.

The 12.4.22YB4 versions have gone through some testing and have been tested as a family with the rest of the code in the software pack.

If you are afraid of the early adopter code, then then 12.4.22T2 code is not for you either.  The code bases aren't very different.  Both are running CME 7.1, currently you are running CME 7.0.

Correct Answer by Steven Smith about 7 years 1 month ago

It is fixed in 12.4.22YB4.

You can get that on the software downloads page.

https://supportforums.cisco.com/docs/DOC-9829

It is in the 7.1.3 software pack.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (2 ratings)
Loading.
sferrero2 Wed, 11/11/2009 - 14:27

I've escalated this to TAC and they have notified me that this is a known bug that has been fixed in IOS 12.4(22)T2. We will be upgrading tonight, I will report back with the result...

Steven Smith Wed, 11/11/2009 - 14:29

Can you post the bug ID? 

What IOS are you running currently?

12.4.22YB4 might be a better choice.

sferrero2 Wed, 11/11/2009 - 14:32

Currently running Version 12.4(20)T2

on a UC520 48U T1

Waiting on the Bug ID from TAC engineer.

sferrero2 Wed, 11/11/2009 - 15:03

Not sure I want to go the Early adopter route, any benefit to doing so?

Correct Answer
Steven Smith Wed, 11/11/2009 - 15:10

For the UC500, 12.4.22.T2 versions were not supposed to be released.  Those images were actually taken down because they have a lack of testing on the UC500.

The 12.4.22YB4 versions have gone through some testing and have been tested as a family with the rest of the code in the software pack.

If you are afraid of the early adopter code, then then 12.4.22T2 code is not for you either.  The code bases aren't very different.  Both are running CME 7.1, currently you are running CME 7.0.

sferrero2 Wed, 11/11/2009 - 15:51

OK,

I am just worried about messing up a working system. Are my worries warranted or is the 7.1.3 software pack stable enough for production?

Also, how easy would it be to roll back if the upgrade is a disaster?

-Stephen

Steven Smith Thu, 11/12/2009 - 07:04

The 7.1.3 software pack is pretty good.  I know that there are several people out there running it.  Downgrading isn't difficult, you just have to use CCA to downgrade the system.  It will take some time to make the downgrade happen, about the same amount of time as the upgrade.

If you were ok with going to the 12.4.22T2 load, the 12.4.22YB4 is no riskier.