[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 updated ASTERISK-16824:
-----------------------------------

    Description: 
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.


  was:
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 occuring 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.

****** 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. 

****** 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:

[a] core set verbose 10
[b] core set debug 10
[c] 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 following bugid patche applied:

[a] 0017878

I am marking this as private for the moment as there is ip/sip account information in the messages file.


> 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
>         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)