Summary:	ASTERISK-16013: MixMonitor fails to record atxfer calls
Reporter:	Igor Olhovskiy (samael28)	Labels:
Date Opened:	2010-04-26 10:51:33	Date Closed:	2010-04-27 08:57:50
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_mixmonitor
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
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? ****** ADDITIONAL INFORMATION ****** Problem from ver. 1.6.1.13 Ubuntu 9.04 server, Polycom IP phones (sw 3.2.3)
Comments:	By: Leif Madsen (lmadsen) 2010-04-26 13:09:24 1.6.1.13 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. Working: * 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 1.6.1.19-rc2 helps. Thank you. As I read changelogs, appmixmonitor wasn't touched from 1.6.1.13 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.