[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