[asterisk-bugs] [Asterisk 0017953]: INVITE with Replaces: breaks Monitor() call recording.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17953 
====================================================================== 
Reported By:                kkm
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17953
Category:                   Channels/chan_sip/Transfers
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.10 
JIRA:                       SWP-2166 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-09-05 02:55 CDT
Last Modified:              2010-12-16 01:41 CST
====================================================================== 
Summary:                    INVITE with Replaces: breaks Monitor() call
recording.
Description: 
An INVITE that Replaces: a dialog that had a channel recording with
Monitor() stops recording on that channel.

- A peer sends initial INVITE;
- (180 trying is sent back)
- my dialplan sets up recording of the top channel using Monitor();
- places the call into a queue;
- a queue agent answers the call;
- (here the calls is answered an a 200 is sent)
- (call bridged and recording begins)
- In 400-900 ms from our 200 Ok, another INVITE is sent, with a Replaces:
header pointing to the dialog established with the initial INVITE

And that causes Monitor to stop recording the call. 

Log file (https://issues.asterisk.org/view.php?id=156#c900 lines) with some
minor commentary added. The second invite
is near line 640.
====================================================================== 

---------------------------------------------------------------------- 
 (0129644) kkm (reporter) - 2010-12-16 01:41
 https://issues.asterisk.org/view.php?id=17953#c129644 
---------------------------------------------------------------------- 
Sorry, left that off my radar for a horrible while.

MixMonitor does not work for us, because we must keep 2 channels of
recordings. Our agents are not human, which means we are regression-testing
them. The testing corpus is gathered from live conversations. And in this
age of TB drives we archive them uncompressed. D-oh!

I understand that Monitor() is essentially a frozen obsolete feature. Are
there any plans to remove it? Are there plans to add "stereo" non-mixing
recording mode to MixMonitor()? This is so essential for us, that I even
might be working on that myself, however limited my knowledge of Asterisk
guts is. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-16 01:41 kkm            Note Added: 0129644                          
======================================================================