This is for CUCM 8.6 with 7945's with SIP image SIP45.9-3-1SR1-1S.
When internal call is placed and the called party goes off-hook then sometimes one or the other phone will spontaneously initiate a new call which puts the original call on hold. Additionally, the new call immediately gets a reorder tone rather than a dial tone.
We have ruled out CTI manager/applications.
The only telltale in the CM logs is:
linkConsultativeCall unable to auto link primary call on line 1 - no call on feature hold|
for which we cannot determine the root source.
I have been doing Cisco UC/Collab for 15 years and have never encountered behavior like this.
Aside from the statement that the original call is put on hold, the symptoms sound a lot like a codec negotiation issue between the two phones. You say that a new call is initiated, do you see anything in the CM traces to indicate the destination of the new call? How do you know the original call is put on hold? Is there hold music? Do you see something in the trace to indicate the call is put on hold?
I am thinking that we would need a more complete CM trace (Detailed level) before we can narrow down root cause.
We know it's not a codec issue and observe the symptoms directly because the two test phones are next to each other in adjacent cubes and in the same Device Pool/Region. That said the issue only occurs with phones within this one Device Pool/Region. The phones in the other 4 DP/R's are fine. I filtered through the debug level traces and the only thing out of the ordinary is what was posted up top.
For the record everything has been reset and CUCM appliances restarted with no change in behavior.
Further, the cluster has been running for months with no changes in configuration. This is a new issue which started occurring in the last two weeks.
Update: TAC confirmed the problem is relative to the the BIB the fact whent it fails it causes the phone to behave badly. We were provided ES firmware (SIP45.9-3-1ES27S) which eliminated the bad behavior of the phones.
The root cause of the BIB failure is being triggered by a Cybertech NICE call recording system which has been having a lot of issues. Needless to say most of the time its not recording any calls.
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...