[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

[Rusty Newton (JIRA)]

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

Rusty Newton commented on ASTERISK-25079:
-----------------------------------------

I tested only PJSIP to PJSIP because PJSIP to SIP on one box is going to be extremely rare and not really recommended (but it should work too). I also didn't want to overload this single issue or complicate the troubleshooting too much. If you want, open a new issue for the problem with PJSIP to SIP and make a note on it for me to link it to this one. Hopefully when a developer fixes the root problem behind this then it will fix whatever issue you have when bridging PJSIP to SIP.

I'd imagine that the issue here is with bridging and not with either channel driver directly.

Are you sure that when bridging PJSIP channels you get no audio? I only ever had robotic audio (sometimes it was very quiet) and the MOH sticking around when it shouldn't.

The difference could be that my three endpoints are all on the same network and I didn't test with an inbound carrier from outside my network.

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