[asterisk-bugs] [Asterisk 0017484]: Impossible to record a call when the originator makes a transfer
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Jun 7 09:45:46 CDT 2010
The following issue has been CLOSED
======================================================================
https://issues.asterisk.org/view.php?id=17484
======================================================================
Reported By: guaxinim
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17484
Category: Resources/res_monitor
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.4.32
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: open
Fixed in Version:
======================================================================
Date Submitted: 2010-06-07 09:14 CDT
Last Modified: 2010-06-07 09:45 CDT
======================================================================
Summary: Impossible to record a call when the originator
makes a transfer
Description:
With the current form of monitoring a channel in asterisk is impossible to
record a call for a channel that was called when the caller makes a
transfer.
E.g.
A calls B
A transfer to C
B is on hold
C talks to B
I cant get the recording from all that B heard (a-b and c-b) since the
recording is set on dialplan and is only relative to the channel that is
executing it.
AUDIOHOOK_INHERIT just works when the called party transfer not the
inverse.
======================================================================
----------------------------------------------------------------------
(0123055) lmadsen (administrator) - 2010-06-07 09:45
https://issues.asterisk.org/view.php?id=17484#c123055
----------------------------------------------------------------------
Thanks for filing this issue. This clarifies what we were trying to go
through on IRC the other day.
This is expected behaviour as the channel executing the recording is
channel A, and when channel A goes way, the recording stops.
It may be possible to keep recording the channel with some clever dialplan
magic. Since the M() and I believe G() (GoSub) options execute on the
'called' channel just prior to answer, then you could play your
MixMonitor() in side the Macro or GoSub executing on the called channel in
order to record that leg.
The problem is that you won't necessarily know when it was a transfer or
not, but there may be ways around that.
However, this is not a bug and is expected behaviour, so I will close this
issue.
Issue History
Date Modified Username Field Change
======================================================================
2010-06-07 09:45 lmadsen Note Added: 0123055
2010-06-07 09:45 lmadsen Status new => closed
======================================================================
More information about the asterisk-bugs
mailing list