[asterisk-bugs] [Asterisk 0012159]: Monitor with blind transfer deletes files returns bad paths.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12159 
====================================================================== 
Reported By:                kanderson
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12159
Category:                   Resources/res_monitor
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.17 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             03-06-2008 09:42 CST
Last Modified:              03-13-2008 10:10 CDT
====================================================================== 
Summary:                    Monitor with blind transfer deletes files returns
bad paths.
Description: 
I marked this as major because it is used in a call center contractually
obligated to record calls.

Using monitor records all calls UNLESS the first transfer is blind.  If
the first transfer is an attended transfer or not transfered at all the
call is recorded in its entirety.  If the first transfer is attended then
subsequent transfers can be either blind or attended and the call will be
recorded over all legs.  However, if the first transfer is blind the call
will not be recorded, the files are deleted, and if you are using
MONITOR_EXEC the params passed all have an extra / at the front:

In: '//var/spool/asterisk/monitor/in-13:27:57-in.WAV'
Out: '//var/spool/asterisk/monitor/in-13:27:57-out.WAV'
Output: '//var/spool/asterisk/monitor/in-13:27:57.WAV'  

An additional information available at request.  Thank you
====================================================================== 

---------------------------------------------------------------------- 
 kanderson - 03-13-08 10:10  
---------------------------------------------------------------------- 
Sorry about the delayed response,  if this case is still open on the
weekend I will add the requested captures for file.  In the meantime I will
try to explain where the monitor is attached :

For this example lets say we get a call from Bandwidth.com for 4073133136

calls enter at the context from_bandwidth
which is only 

exten => _+X.,1,Macro(incomingHandler|${EXTEN:2})

At incomingHandler I set up some indefinitely inherited vars and DUNDI my
boxes for a server configured for the incoming number.  If no box is found
a gosub is used to load the intended context and entry point of the
incoming number.  This works by calling gosub on context incoming with
entries such as, 

exten => 4073133136,1,Macro(loadStatic|001|CEP1)

At loadStatic the args are set as indefinitely inherited vars and then a
return.  If that is successful then a GOTO is used with the returned info. 
All entry points are into a context are extensions CEP (context entry
point) followed by a number, such as CEP1.  Extension CEP1 uses another
macro to set context specific vars, MOH class, attaches monitoring, and
then preforms GOTO on time based routing.

Throughout this process there are only goto's so the monitor should be
attached to the  original channel.  However, if this channel dials a queue,
the members are of type local to execute a standard extension macro with
dundi to find phones that are registered to their fail over servers.  It
seems to occur if the extension is dialed directly or through the queue.  

Just to make sure my intensions are clear, I am confident upgrading will
correct this issue. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-13-08 10:10  kanderson      Note Added: 0083894                          
======================================================================