[asterisk-bugs] [Asterisk 0019227]: Monitor files get incorrectly padded during transfer/masq

[Asterisk Bug Tracker]

The following issue has been SUBMITTED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=19227 
====================================================================== 
Reported By:                one47
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   19227
Category:                   Resources/res_monitor
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.2.18 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-05-04 09:01 CDT
Last Modified:              2011-05-04 09:01 CDT
====================================================================== 
Summary:                    Monitor files get incorrectly padded during
transfer/masq
Description: 
This is found in 1.6.2.18, but looking at the source in trunk, it probably
applies to 1.8.x and to earlier releases, and may even patch cleanly with
the supplied patch.

1) Inbound DAHDI call bridged to SIP destination 'A'. Monitor is started
on the destination channel 'A' using a Dial macro to files call1-in and
call1-out.
2) Put call on hold at 'A'. NOTE: the call1-in monitor file stops growing
but the call1-out monitor file continues to grow.
3) Dial new call from 'A' to new SIP destination 'B'. Monitor is started
on the destination channel 'A' using a Dial macro to files call2-in and
call2-out.
4) SIP REFER: Attended transfer 'B' to DAHDI call, and the monitor objects
are correctly swapped during masquerade.
5) Instead of updating the call1-in file with silence, the call2-in file
has the missing audio written to it in error.


====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-05-04 09:01 one47          New Issue                                    
2011-05-04 09:01 one47          Asterisk Version          => 1.6.2.18        
2011-05-04 09:01 one47          Regression                => No              
2011-05-04 09:01 one47          SVN Branch (only for SVN checkouts, not tarball
releases) => N/A             
======================================================================