[asterisk-bugs] [Asterisk 0014992]: [patch] [regression] #0013747 not fixed for local channel (Indications are not passed from old peer to new peer during masquerad
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Feb 10 10:55:29 CST 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=14992
======================================================================
Reported By: davidw
Assigned To: jpeeler
======================================================================
Project: Asterisk
Issue ID: 14992
Category: Channels/chan_local
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Target Version: 1.6.0.23
Asterisk Version: SVN
JIRA: SWP-635
Regression: Yes
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2009-04-29 06:38 CDT
Last Modified: 2010-02-10 10:55 CST
======================================================================
Summary: [patch] [regression]
https://issues.asterisk.org/view.php?id=13747 not fixed for local channel
(Indications are not passed from old peer to new peer during masquerad
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...
======================================================================
----------------------------------------------------------------------
(0117949) svnbot (reporter) - 2010-02-10 10:55
https://issues.asterisk.org/view.php?id=14992#c117949
----------------------------------------------------------------------
Repository: asterisk
Revision: 246072
_U branches/1.6.1/
U branches/1.6.1/channels/chan_local.c
------------------------------------------------------------------------
r246072 | jpeeler | 2010-02-10 10:55:28 -0600 (Wed, 10 Feb 2010) | 29
lines
Merged revisions 246070 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
........
r246070 | jpeeler | 2010-02-10 10:47:37 -0600 (Wed, 10 Feb 2010) | 22
lines
Change channel state on local channels for busy,answer,ring.
Previously local channels channel state never changed. This became
problematic
when the state of the other side of the local channel was lost, for
example
during a masquerade. Changing the state of the local channel allows for
the
scenario to be detected when the channel state is set to ringing, but
the peer
isn't ringing. The specific problem scenario is described in 164201.
Although
this was noted on one of the issues, here is the tested dialplan
verified to
work:
exten => 9700,1,Dial(Local/*9700 at default&Local/0009700 at default)
exten =>
*9700,1,Set(GLOBAL(TESTCHAN)=${CHANNEL:0:${MATH(${LEN(${CHANNEL})}-1):0:2}}1)
exten => *9700,n,wait(3) ;3 works, 1 did not
exten => *9700,n,Dial(SIP/5001)
exten => 0009700,1,Wait(1) ;1 works, 3 did not
exten => 0009700,n,ChannelRedirect(${TESTCHAN},parkedcalls,701,1)
(closes issue https://issues.asterisk.org/view.php?id=14992)
Reported by: davidw
........
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=246072
Issue History
Date Modified Username Field Change
======================================================================
2010-02-10 10:55 svnbot Checkin
2010-02-10 10:55 svnbot Note Added: 0117949
======================================================================
More information about the asterisk-bugs
mailing list