[asterisk-bugs] [JIRA] (ASTERISK-24281) When bridging 2 chan_sip channels, MOH not removed from on-hold channels and bridge is never destroyed after hangup.
Zane Conkle (JIRA)
noreply at issues.asterisk.org
Mon May 11 15:36:32 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-24281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=226185#comment-226185 ]
Zane Conkle commented on ASTERISK-24281:
----------------------------------------
The issue with MOH not stopping on the held channel is still a reproducible problem on 13.3.2. I have not run into the bridge not being destroyed so that must have been fixed.
Lets assume PJSIP/205 is me. Steps to reproduce:
PJSIP/205 dials <ten digit number>
PJSIP/205 dials PJSIP/200 -> <ten digit number> 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.
> When bridging 2 chan_sip channels, MOH not removed from on-hold channels and bridge is never destroyed after hangup.
> --------------------------------------------------------------------------------------------------------------------
>
> Key: ASTERISK-24281
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-24281
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Bridges/bridge_holding, Channels/chan_sip/General
> Affects Versions: SVN, 12.5.0
> Reporter: Stefan Engström
> Attachments: full.txt
>
>
> Create 3 SIP peers A, B and C.
> A dials C. C answers. A puts C on hold (with INVITE with a=sendonly)
> A dials B.
> At this point I have 2 simple bridges in asterisk, [SIP/A,SIP/B] and [SIP/A,SIP/C].
> Send a manager command:
> Action: Bridge
> Channel1: SIP/B
> Channel2: SIP/C
> Tone: no
> This action destroys the two old bridges, and creates a new one with [SIP/B, SIP/C] as expected, but C still has the music on hold running and there seems to be no way of removing it. Should the music on hold/recvonly not stop when SIP/C leaves the old bridge?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list