<div>Have you tried an unattended transfer to the queue? to queueu a caller, there is no need for attended transfer....<br></div><div>l.</div><div></div><br><div class="gmail_quote">2009/6/5 thiago.fernandes <span dir="ltr">&lt;<a href="mailto:thiago.fernandes@locaweb.com.br">thiago.fernandes@locaweb.com.br</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br>
<br>
Consider a SIP call which comes into asterisk, and is answered by a<br>
SIP phone. The phone operator then places the call on hold (hold music<br>
plays) and a second call is made from this handset to a Queue with<br>
callers waiting....<br>
Operator can now hear hold music from the queue.<br>
<br>
The operator then completes the attended transfer, bridging the<br>
initial PSTN call to the Queue<br>
<br>
The system sees a transfer being completed, and stops MOH on both of<br>
the channels. This means that the caller is correctly transferred to a<br>
queue, but the MOH has been stopped, and they hear silence.<br>
<br>
I tested on 1.4.21.2.<br>
<br>
While this behaviour is &quot;expected&quot;, it is not &quot;ideal&quot; and if anyone<br>
can point me at a workaround, or an existing bug-tracker entry, I<br>
would be most grateful.<br>
<br>
<br>
<br>
Thanks,<br>
<br>
Thiago<br>
<br>
_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Loway - home of QueueMetrics - <a href="http://queuemetrics.com">http://queuemetrics.com</a><br><br>