In the Cisco CallManager 5.1(1), when a call is parked, it cannot be retrieved on any extension.
In addition, when the conference button is hit during a call in order to bring in a third participant, the third participant can be called, but a conference is not established between the three participants when the conference button is hit again. When the conference fails, the Cannot complete conference error message appears and the original called party is dropped from the call, but the second call remains active.
This issue occurs in these IP Phones:
In order to resolve this issue, disable the Advertise G.722 Codec Cisco CallManager Enterpise Service Parameter, and reset the device pools that contain these phone types:
This is further documented in Cisco bug ID CSCsi61965.
When the service parameter is enabled, it allows these TNP/third generation Cisco IP Phones to negotiate and use the G.722 codec when calls are within the same region. Because of a lack of support for the codec type, this causes interoperability problem symptoms, such as call disconnects, for these features:
Hi I connected my Mac book pro to Desk pro device via type-c cable and facing below issue Desk pro touch passthrough functionality not working MAC book not detect desk pro microphoneWhen try to increase & decrease the volume via m...
dears I have some conflict with the configuration I have in my voice gateway which is already configured and I want to review it and get the full understanding of what those commands referred to in the dial-peer configuration I have the following configur...
I just finished to write a comprehensive certificates preparation for Cisco Meeting Server Clustering. Through 60 pages I explained in detail, how to create certificates for database cluster, callbridge cluster, certificate chain for webbridge3, certifica...
I work with CUCM and keep seeing job requirements wanting 'scripting' experience. I've asked a few people what they use scripting for in CUCM and nobody has a good answer. FYI - my current team does no scripting so I don't ...
I noticed on a SIP trace that when Jabber is taking a call off hold that it sends 2 SIP re-INVITE's -- one with SDP and the second with no SDP. Can someone explain why this is so ? What is the purpose of the 2nd re-I...