[asterisk-bugs] [JIRA] (ASTERISK-25079) When bridging 2 channels MOH does not stop on one channel

[Rusty Newton (JIRA)]

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

Rusty Newton edited comment on ASTERISK-25079 at 6/3/15 5:47 PM:
-----------------------------------------------------------------

[~ipengineer] I tested with Asterisk GIT-13-5dc9fb4 (pulled this afternoon) and could not reproduce the issue. The AMI bridge works every time, even after leaving call A on hold for 10-15 minutes.

I tested with PJSIP to PJSIP and it seems you saw the issue there, so it should be a valid test. I used your same AMI command and call flow.

Could you test with a recent version of the 13 branch pulled from gerrit?


was (Author: rnewton):
[~ipengineer] I tested with Asterisk GIT-13-5dc9fb4 (pulled this afternoon) and could not reproduce the issue. The AMI bridge works every time, even after leaving call A on hold for 10-15 minutes.

Could you test with a recent version of the 13 branch pulled from gerrit?

> When bridging 2 channels MOH does not stop on one channel
> ---------------------------------------------------------
>
>                 Key: ASTERISK-25079
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25079
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.3.2
>            Reporter: Zane Conkle
>            Assignee: Zane Conkle
>         Attachments: issue_25979.log
>
>
> 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)