Summary:ASTERISK-16013: MixMonitor fails to record atxfer calls
Reporter:Igor Olhovskiy (samael28)Labels:
Date Opened:2010-04-26 10:51:33Date Closed:2010-04-27 08:57:50
Versions:Frequency of
Description:When I set such dialplan instructions

exten => _698,n,MixMonitor(${TIMESTAMP}.wav,b)
exten => _698,n,Set(AUDIOHOOK_INHERIT(MixMonitor)=yes)
exten => _698,n,Dial(${NUM1}&${NUM1}&${NUM1},,tT)

exten => h,1,StopMixMonitor

and so on, MixMonitor still records as if AUDIOHOOK_INHERIT not set. When it's hand up another phone MixMonitor indicates, that filestream is closed. Could MixMonitor touch another stream instead?


Problem from ver.
Ubuntu 9.04 server, Polycom IP phones (sw 3.2.3)
Comments:By: Leif Madsen (lmadsen) 2010-04-26 13:09:24 is fairly old now -- can you re-test this on something more recent?

By: Leif Madsen (lmadsen) 2010-04-26 13:49:43

Well I just tested this scenario. You didn't really do a good job of explaining who was doing the attended transfer, but after a bit of testing I determined the scenarios.


* Party A places a call to Party B
* Party B places an attended transfer to Party C
* Party A and C are not talking
* Call recording works as expected

Not working:

* Party A places a call to Party B
* Party A places an attended transfer to Party C
* Call recording works up to this point -- the recording of the conversation between Party A and Party B, and the portion of the conversation between Party A and Party C is recorded
* Party A now hangs up
* Call recording is now stopped
* Party B and Party C are now speaking (unrecorded)

To me, this is actually the intended and expected behavior. The AUDIOHOOK_INHERIT() function is executed on the channel created by Party A, and thus the call recording is going to follow Party A around when it is transferred around the system.

However, once Party A is kicked out of the conversation (i.e. they hangup) then the call recording stops because that is the channel the recording is associated with.

By: Leif Madsen (lmadsen) 2010-04-26 13:51:51

I'm still doing some research to think of a way where Party A can initiate the attended transfer and the call between Party B and Party C continue to be recorded.

By: Igor Olhovskiy (samael28) 2010-04-27 02:46:04

Really, update to helps. Thank you. As I read changelogs, appmixmonitor wasn't touched from ver, so I decided that this issue applied to next releases.
Thanks again.
Please, close the issue.

By: Paul Belanger (pabelanger) 2010-04-27 08:57:50

Closed per reporters request.