Summary:ASTERISK-12773: Mixmonitor doens't record call after attended transfer (atxfer)
Reporter:Fabiano Heringer (fabianoheringer)Labels:
Date Opened:2008-09-24 15:18:04Date Closed:2008-09-24 16:45:31
Versions:Frequency of
Description:I don't know if is correct place to post this, please sorry if dont...
I'm using MixMonitor to record my outgoing and incoming calls, it's works great, but if this call is transfered for another call via atxfer, when the transfer is completed, the mixmonitor stop to record, my question it's a bug or it's normal mixmonitor do that? If yes for the last, it's possible to correct this?

below the log of an outgoing call, after answered by secretary, it was transfered for another channel, see the moment when the call was transfered and mixmonitor stopped to record:

   -- Starting simple switch on 'Zap/10-1'
   -- Executing [88037876@Diretoria:1] Dial("Zap/10-1", "DGV/g1/88037876||gtTM(grava|Rogerio|88037876)") in new stack
   -- Called g1/88037876
   -- DGV/1 answered Zap/10-1
   -- Executing [s@macro-grava:1] Set("DGV/1", "CALLFILENAME=24092008-1718-Rogerio-88037876") in new stack
   -- Executing [s@macro-grava:2] MixMonitor("DGV/1", "outgoing/24092008-1718-Rogerio-88037876.gsm|b") in new stack
 == Begin MixMonitor Recording DGV/1
   -- Started music on hold, class 'default', on DGV/1
   -- <Zap/10-1> Playing 'pbx-transfer' (language 'pt_BR')
   -- Executing [6@Diretoria:1] NoCDR("Local/6@Diretoria-ac7b,2", "") in new stack
   -- Executing [6@Diretoria:2] Dial("Local/6@Diretoria-ac7b,2", "Zap/5r2&Zap/6r2||tTg") in new stack
   -- Called 6r2
   -- Zap/6-1 is ringing
   -- Local/6@Diretoria-ac7b,1 is ringing
   -- Zap/6-1 is ringing
   -- Zap/6-1 is ringing
   -- Zap/6-1 answered Local/6@Diretoria-ac7b,2
   -- Stopped music on hold on DGV/1
   -- <Local/6@Diretoria-ac7b,1> Playing 'beeperr' (language 'pt_BR')
 == End MixMonitor Recording DGV/1
 == Spawn extension (Diretoria, 88037876, 1) exited non-zero on 'Zap/10-1'
   -- Hungup 'Zap/10-1'
Comments:By: Mark Michelson (mmichelson) 2008-09-24 16:45:27

This is a duplicate of issue ASTERISK-12764. I'm closing this issue in favor of the older open issue.