[asterisk-bugs] [Asterisk 0014992]: #0013747 not fixed for local channel (Indications are not passed from old peer to new peer during masquerade)
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Oct 29 13:45:46 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=14992
======================================================================
Reported By: davidw
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 14992
Category: Channels/chan_local
Reproducibility: always
Severity: major
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.0.9
JIRA:
Regression: Yes
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-04-29 06:38 CDT
Last Modified: 2009-10-29 13:45 CDT
======================================================================
Summary: https://issues.asterisk.org/view.php?id=13747 not
fixed for local channel (Indications are not passed from old peer to new peer
during masquerade)
Description:
The lack of ring back tone on a ringing call transferred to a parking call
is still not working in the case that interests us, and for which we
produced a test case in comment 94129 of issues
https://issues.asterisk.org/view.php?id=13747. Looking at
http://reviewboard.digium.com/r/90/ it seems that it was only tested in the
simpler case, where the ringing channel is a real channel. Our case uses a
local channel.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0013747 Indications are not passed from old pee...
======================================================================
----------------------------------------------------------------------
(0112918) davidw (reporter) - 2009-10-29 13:45
https://issues.asterisk.org/view.php?id=14992#c112918
----------------------------------------------------------------------
I think that the patch for https://issues.asterisk.org/view.php?id=14709 adds a
new case where the presence of a
local channel may prevent an indication, in this case music on hold, being
re-instated on a new channel when a local channel is masqueraded.
I would expect if you connected through a, non-optimised, local channel,
using the new m option, the destination channel went into hold, and you
then transferred the ;1 side of the local channel to another channel, the
new peer of the ;1 side would not receive MOH. In fact, I think they would
receive no RTP at all, so might timeout.
Issue History
Date Modified Username Field Change
======================================================================
2009-10-29 13:45 davidw Note Added: 0112918
======================================================================
More information about the asterisk-bugs
mailing list