[asterisk-bugs] [Asterisk 0013747]: Indications are not passed from old peer to new peer during masquerade

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13747 
====================================================================== 
Reported By:                davidw
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   13747
Category:                   Core/Channels
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.0 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-10-20 13:04 CDT
Last Modified:              2008-10-23 11:45 CDT
====================================================================== 
Summary:                    Indications are not passed from old peer to new peer
during masquerade
Description: 
We want to transfer a channel that is already indicating (typically
ringing) to a parked channel, which we do with AMI Originate.  When we do
this, the person on the parked channel has MOH changed to silence until the
ringing channel answers, or otherwise changes indication.

It looks to me as though there may have been some attempt to support this,
but it looks like it copies the indications at the wrong end of the
masquerade.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0012548 SIP channel protocol illegally reverses...
====================================================================== 

---------------------------------------------------------------------- 
 (0094206) davidw (reporter) - 2008-10-23 11:45
 http://bugs.digium.com/view.php?id=13747#c94206 
---------------------------------------------------------------------- 
Another observation about the code fragment is that visible_indication
seems to assume that indications are states, but some, e.g. SRCUPDATE, look
more like pure events.  Maybe it is safe in practice, but that's not
immediately clear. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-10-23 11:45 davidw         Note Added: 0094206                          
======================================================================