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

[Friendly Automation (JIRA)]

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

Friendly Automation commented on ASTERISK-30135:
------------------------------------------------

Change 19221 merged by Friendly Automation:
res_musiconhold: Add option to not play music on hold on unanswered channels

[https://gerrit.asterisk.org/c/asterisk/+/19221|https://gerrit.asterisk.org/c/asterisk/+/19221]

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