[asterisk-bugs] [JIRA] (ASTERISK-25079) AMI bridge of channels configured with direct_media=no results in MOH not destroyed and robotic audio on one channel

[Zane Conkle (JIRA)]

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

Zane Conkle commented on ASTERISK-25079:
----------------------------------------

Wanted to update this issue. Even with direct_media enabled the hold music still persists in the background of the call once it is joined. This is a different result then having direct_media disabled in that when it is disabled the media is never bridged to begin with.

> AMI bridge of channels configured with direct_media=no results in MOH not destroyed and robotic audio on one channel
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-25079
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25079
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip, Channels/chan_sip/General, Core/Bridging, Resources/res_pjsip
>    Affects Versions: 13.3.2, 13.4.0
>            Reporter: Zane Conkle
>         Attachments: issue_25979.log, ps_endpoints.csv, rusty_extensions.txt, rusty_full.txt, rusty_messages.txt, rusty_pjsip.txt, rusty_reproduction.pcap
>
>
> [Edit by Rusty - Amended description]
> An AMI bridge of two channels, where one is currently on hold and both are configured with direct_media=no results in MOH generally sticking around and very robotic audio on the channel previously on hold. Enabling direct_media results in expected working behavior.
> [Edit by Rusty - Original description]
> There is an issue with MOH not stopping when bridging channels. 
> Lets assume PJSIP/205 is me. Steps to reproduce:
> PJSIP/205 Answers inbound call
> PJSIP/205 dials PJSIP/200 -> inbound call is placed on hold
> via AMI:
> {code}
> Action: Bridge
> ActionID: 1234
> Channel1: SIP/carrier-000000be
> Channel2: PJSIP/200-00000100
> Tone: no
> {code}
> The SIP/carrier channel still has hold music playing. I have tried this with PJSIP/PJSIP and SIP/PJSIP combinations and the issue happens both ways. I was thinking for a while it may have been due to mixing the technologies. One thing I have noticed is every so often the bridge will work. I cant find out what causes it.. It seems to be when I have the call held for an extended period of time before bridging. Also, if I set tone to "Both" the MOH will stop after the beep but you cannot hear the other party. There is a similar issue that was closed earlier this year reporting the same thing. I am not sure if this is a regression or if it was just assumed fixed.



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