<div><br></div><div>A number of our clients has such issues. What we suggest for escalation is to do a blind transfer to a second-level queue, so that the logging is correct and even if second-line support cannot handle the call immediately, you get the functionality and the logging.</div>
<div>Just my two euro cents,</div><div>l.</div><div><br></div><div><br></div><br><div class="gmail_quote">2009/10/6 Darrin Henshaw <span dir="ltr"><<a href="mailto:darrin.asterisk@gmail.com">darrin.asterisk@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hello,<br>
<br>
I thought to post this here before my manager starts his own coding<br>
project to give us a workaround. My situation I'm running into is as<br>
follows:<br>
<br>
1. A call comes into our Asterisk system, it's trunked from one office<br>
to another via IAX.<br>
2. Call enters a queue and is picked up by one of the agents.<br>
3. That agent has to transfer the call, could be for a number of<br>
reasons the client wanted someone in particular, or maybe an<br>
escalation(we are a helpdesk).<br>
<br>
My problem is that the second part of the conversation after the<br>
transfer is not logged in the queue_log. Now this is by design from<br>
what I've found out, but we want the second part of the conversation<br>
to be recorded in the queue_log as well, for stats reporting for<br>
reviews of employee performance. Is anyone aware of a relatively easy<br>
way of implementing this? Whether it's by a patch or something else?<br>
Basically something similar to audiohook_inherit, which we use to<br>
allow mixmonitor to continue recording the call after it's been<br>
transferred. I've looked around, but haven't found anything. Thanks.<br>
<br>
Cheers,<br>
<br>
Darrin Henshaw<br>
</blockquote></div><br>-- <br>Loway - home of QueueMetrics - <a href="http://queuemetrics.com">http://queuemetrics.com</a><br><br>