<p dir="ltr">I'm using latest 1.8, althought I did check and this behaviour is the same since 1.6.2.11. I will file a bug report about it in 1.8.17.0.<br>
Auto Mixing would not bother me, i will check the Mix monitor.</p>
<p dir="ltr">Regards. <br>
</p>
<div class="gmail_quote">22 paź 2012 17:22, "Jonathan Rose" <<a href="mailto:jrose@digium.com">jrose@digium.com</a>> napisał(a):<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Grzegorz Pycia wrote:<br>
> Hi<br>
><br>
> I have some problem with monitor application when call i transferred<br>
> in<br>
> attended mode and the transfer occurs before call is answered.<br>
><br>
> Here is how it looks:<br>
><br>
> A calls ----> B(let's assume ${UNIQUEUEID}=1)<br>
><br>
> exten => _XXXX,1,NoOp<br>
> seme => n,Set(MONITOR_FILENAME=call-${UNIQUEID})<br>
> same =><br>
> n,monitor(alaw,/var/spool/asterisk/monitor/${MONITOR_FILENAME},bm)<br>
><br>
> When B answers the call, files call-1-in* and call1-out* are created.<br>
> During The call, B tries to make attended transfer A is put on hold<br>
> and<br>
> B calls C using the same dialplan logic:<br>
><br>
> B calls ----> C(let's assume ${UNIQUEUEID}=2)<br>
><br>
> At the time off invoking monitor application none off the call-2<br>
> channels are monitored so the monitor application starts without<br>
> errors,<br>
> if B waits till C answers, everything is OK monitor starts recording<br>
> and<br>
> files call-2-in* and call-2-out* are created, When B transfers the<br>
> call<br>
> call-2 monitor is stopped. And call-2 files contain only the call<br>
> between B and C.<br>
><br>
> But there is problem when B does not wait until C answers the call,<br>
> if<br>
> transfer is done before C answers the call, the call-2* are not<br>
> created<br>
> and the call is still recorded to the call-1* files, but when the<br>
> transferred call between A and C ends, the call-1* files get renamed<br>
> to<br>
> call-2* and the MONITOR_EXEC application is called with call-2* file<br>
> names as parameters.<br>
><br>
> This makes it impossible to locate the call record since the file<br>
> names<br>
> get changed, can someone tell if I should file a BUG report or is it<br>
> intended to act like this?<br>
><br>
> Regards<br>
<br>
Are you using Asterisk 1.8 or higher? A good way to mitigate this<br>
would be to use MixMonitor. It applies as an audiohook which should<br>
persist through transfers like the one you described, so you would<br>
just need to set AUDIOHOOK_INHERIT for MixMonitor in order to use it<br>
that way. One difference with this approach though would be that<br>
MixMonitor will automatically mix audio from both ends of the call<br>
into a single recording. That behavior can be worked around starting<br>
with Asterisk 10 by using the r and t options.<br>
<br>
I guess it's worth noting that if you aren't using 1.8 or higher<br>
there isn't really any point in filing a bug report since earlier<br>
versions aren't supported anymore.<br>
<br>
--<br>
Jonathan R. Rose<br>
Digium, Inc. | Software Engineer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>
direct +1 256 428 6139<br>
<br>
Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a><br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div>