[asterisk-bugs] [JIRA] (ASTERISK-25155) Musiconhold bug second time caller is put on hold

[Joshua Colp (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=226480#comment-226480 ] 

Joshua Colp commented on ASTERISK-25155:
----------------------------------------

Per the Asterisk versions page [1], the maintenance (bug fix) support for the Asterisk branch you are using has ended. For continued maintenance support please move to a supported branch of Asterisk. After testing with a supported branch, if you find this problem has not been resolved, please open a new issue against the latest version of that Asterisk branch.

Thanks!

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions



> Musiconhold bug second time caller is put on hold
> -------------------------------------------------
>
>                 Key: ASTERISK-25155
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25155
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_musiconhold
>    Affects Versions: 1.8.32.3
>         Environment: [root at centrex2 ~]# cat /etc/redhat-release 
> CentOS release 5.11 (Final)
> [root at centrex2 ~]# uname -a
> Linux centrex2.oceanet-telecom.com 2.6.18-406.el5 #1 SMP Tue Jun 2 17:25:57 EDT 2015 x86_64 x86_64 x86_64 GNU/Linux
>            Reporter: Cedric BASSAGET
>
> Hello,
> We've got a problem when putting any call on hold. The first time the call is put on hold, the caller can hear musiconhold. Then the calle get the call back, and put the caller on hold a second time. This time the caller does not have any music, and no media stream is directed to his phone (wireshark capture : no rtp).
> Important remarks : I've got the same problem with firewall disabled.
> I have another box with another asterisk 1.8.32.3 running on centos 6.6, I don't have this problem, MoH works fine.
> I'll add a strace, cli, and tcpdump capture as soon as possible.



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