[asterisk-bugs] [JIRA] (ASTERISK-25079) AMI bridge of channels 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=227079#comment-227079 ] 

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

Tested against 13.5.0-rc1 issue still exists. Was hoping ASTERISK-25171 might have fixed it since similar symptoms were shared. 

Simulated the test four times. First attempt call was bridged with MOH still on the channel and no media from the bridged party. Next two attempts things worked as expected call was bridged with no moh or robotic sound on the channel. Last attempt moh was present on the channel after bridged but you could also here the party in the background.

> AMI bridge of channels 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)