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

[Asterisk Bug Tracker]

The following issue requires your FEEDBACK. 
====================================================================== 
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-09-09 16:14 CDT
====================================================================== 
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.
====================================================================== 

---------------------------------------------------------------------- 
 (0126793) russell (administrator) - 2010-09-09 16:14
 https://issues.asterisk.org/view.php?id=17953#c126793 
---------------------------------------------------------------------- 
I believe this is just the expected behavior of Monitor.  Have you looked
at using MixMonitor() with AUDIOHOOK_INHERIT()? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-09-09 16:14 russell        Note Added: 0126793                          
2010-09-09 16:14 russell        Status                   acknowledged =>
feedback
======================================================================