I looked at the log files (SDL Trace) and found a CtiLineCallHoldReq that comes from the IM&P server. It looks like RCC with Lync has something to do with it. I found something similar in the Cisco Support Community: https://supportforums.cisco.com/discussion/10576466/being-placed-hold
It says that is has something to do with the status of the previous call did not clear the "In a call" status from CUPS in OCS. However, I could not find out, when there is a problem with clearing the In a call status. Regards Reto Am Donnerstag, 5. November 2015 schrieb Wes Sisk (wsisk) : > I tracked one of these down once several years back: > > a calls b > a puts call on hold > b transfers call to c > c answers and hears MoH > > when a, b, and c are all phones registered on the same node/cluster this > shouldn’t happen. However, if the call from a to b traverses a trunk > (SIP/H.323/MGCP) then there is no “hold” state/communication/update in the > signaling stream to prevent the transfer from b to c. > > Just a thought. > > -w > > On Nov 5, 2015, at 10:57 AM, Reto Gassmann <[email protected] <javascript:;>> > wrote: > > Hello Group > > we have a strange problem on our UCM 10.5, that sometime happens. > > If someone calls my IP Phone (7961) and I pick up the call, I hear music > on hold. The caller then puts the call on hold and then gets back to the > call. Now music on hold is gone and we can talk. > > Has anyone had this issue before? > > Regards Reto > _______________________________________________ > cisco-voip mailing list > [email protected] <javascript:;> > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
