[asterisk-bugs] [JIRA] (ASTERISK-30135) [res_musiconhold] Allows the moh only for the answered call

Asterisk Team (JIRA) noreply at issues.asterisk.org
Wed Sep 14 10:08:11 CDT 2022


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

Asterisk Team updated ASTERISK-30135:
-------------------------------------

    Target Release Version/s: 20.0.0

> [res_musiconhold] Allows the moh only for the answered call
> -----------------------------------------------------------
>
>                 Key: ASTERISK-30135
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30135
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 19.4.1
>            Reporter: sungtae kim
>            Assignee: sungtae kim
>      Target Release: 20.0.0, 19.7.0, 18.15.0, 16.29.0
>
>
> Currently, When the asterisk received `a=sendonly` or `a=recvonly` attribute it put the channel to the moh state.
> This is OK for normal cases, but if the `a=sendonly` or `a=recvonly` attribute with 183, it makes a problem possibly.
> If the 2 channels are placed in the same bridge in a ringing state and the one of channel received a=sendonly with 183, then the channel hears the ringing sound and moh sound at the same time.



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



More information about the asterisk-bugs mailing list