[asterisk-bugs] [Asterisk 0015426]: MixMonitor stops recording when call is transferred

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Sep 18 07:45:05 CDT 2009


The following issue has been CLOSED 
====================================================================== 
https://issues.asterisk.org/view.php?id=15426 
====================================================================== 
Reported By:                Ayth
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15426
Category:                   Applications/app_mixmonitor
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.25 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-30 10:28 CDT
Last Modified:              2009-09-18 07:45 CDT
====================================================================== 
Summary:                    MixMonitor stops recording when call is transferred
Description: 
We recently upgraded from 1.2.31 to 1.4.25, and have noticed an issue.
Outside caller makes a call to our helpdesk. The dialplan for it is below:

[main-line]
exten => s,1,NoOp()
exten => s,n,NoOp(CallerID-dnid ${CALLERID(dnid)}))
exten => s,n,NoOp(CallerID-number ${CALLERID(number)}))
exten => s,n,NoOp(CallerID-name ${CALLERID(name)}))
exten => s,n,Wait(2)
exten => s,n,Answer
exten => s,n,Playback(/var/lib/asterisk/sounds/custom/queue_greeting)
exten =>
s,n,MixMonitor(/var/www/monitor/${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)}_${CALLERID(number)}_${UNIQUEID}.WAV||)
exten => s,n,GotoIfTime(20:00-7:45|mon-fri|*|*?Afterhours)
exten => s,n,GotoIfTime(*|sat-sun|*|*?Afterhours)
exten => s,n,GotoIfTime(*|*|25-26|dec?Afterhours)
exten => s,n,GotoIfTime(*|*|1|jan?Afterhours)
exten => s,n,GotoIfTime(*|*|1|sep?Afterhours)
exten => s,n,GotoIfTime(*|*|21|mar?Afterhours)
exten => s,n,GotoIfTime(17:30-20:00|*|10|apr?Afterhours)
exten => s,n,GotoIfTime(*|*|11|nov?Afterhours)
exten => s,n(Businesshours),Queue(MainQueue|t|||3600)
exten => s,n,Hangup 
exten => s,n(Afterhours),Queue(AFTERHOURS|t|||3600)
exten => s,n,Hangup 

If that one call solves the issue, that's fine. However, if the tech who
answered the call needs to transfer it to another party, MixMonitor stops
recording. Happens regardless of whether it comes in via our DAHDI(through
our PRI) or through our IAX trunks to other offices.
====================================================================== 

---------------------------------------------------------------------- 
 (0110933) lmadsen (administrator) - 2009-09-18 07:45
 https://issues.asterisk.org/view.php?id=15426#c110933 
---------------------------------------------------------------------- 
This is expected behaviour. I ran into the same issue and thought it was a
bug, but it's not. It's been far too many months since a developer
explained why that was the case, so I can't elaborate here.

However, you can use the Monitor() application, and use the 'm' option
(mix) in order to do basically the same thing as MixMonitor(), but it
should continue recording after the transfer. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-18 07:45 lmadsen        Note Added: 0110933                          
2009-09-18 07:45 lmadsen        Status                   new => closed       
======================================================================




More information about the asterisk-bugs mailing list