[asterisk-bugs] [JIRA] (ASTERISK-16824) Music on hold not released after answer of bridged call

[Sean Bright (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-16824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Bright closed ASTERISK-16824.
----------------------------------

    Resolution: Suspended

If you can reproduce on a supported version of Asterisk, commenting on this issue will re-open it. Thank you.

> Music on hold not released after answer of bridged call
> -------------------------------------------------------
>
>                 Key: ASTERISK-16824
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-16824
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Resources/res_musiconhold
>            Reporter: Bruce McAlister
>            Severity: Major
>         Attachments: ivanmcshane-failed.cap, ivanmcshane-working.cap, messages-failing.txt, messages-working.txt
>
>
> When bridging two calls after one has been put on hold, the called person hears both music on hold along with the original callers voice. This is occurring more often than not. After several tests we are seeing 5 out of 7 calls "failing" whereby music on hold is not released when the called party has answered.
> h5. Steps to Reproduce
> This is difficult to reliably reproduce. We have tried this over 3 different carriers, trying with either IAX or SIP and the problem still persists. 
> h5. Additional Information
> I've not classified this problem as I'm not too sure where the issue lies. I'm assuming, for the moment, that it may be related to music on hold.
> I've attached 2 messages files one of a working call and one of a "failed" call, where the music on hold is not released. 
> The messages files contain the following output:
> * core set verbose 10
> * core set debug 10
> * sip set debug on
> I have tried this with Asterisk version 1.6.2.13 standalone, and with asterisk version 1.6.2.13 with the patch from ASTERISK-16583 applied.



--
This message was sent by Atlassian JIRA
(v6.2#6252)