<div>1. Call comes in the queue (command Queue(...) gets executed)</div> <div>2. Call reaches extension at which agent is registered (I'm using AgentCallbackLogin), where Dial(SIP/.....,,tT) command gets executed</div> <div>3. Agent answers the call and enters *2 (that's my default for attended transfers as set in features.conf) + a number to which the call should be transfered</div> <div>4. Agent hangs up</div> <div>5. Agent stays in 'busy' state</div> <div> <BR><BR><B><I>Matt <mhoppes@gmail.com></I></B> wrote:</div> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">I've never seen this happen, and we run almost 300 calls through<BR>Asterisk with around 20 agents every day. How are you performing<BR>your attended transfer? Step-by-step.<BR><BR>On 6/12/06, aston martin <ASTONMARTIN_2006@YAHOO.COM>wrote:<BR>><BR>> It seems that Asterisk does not free up agent after attended transfer. The<BR>> agent
stays in 'busy' state for as long as the conversation between the<BR>> caller and person, to which call was transfered, is active.<BR>><BR>> Does anyone know any workarounds for this problem?<BR>><BR>><BR>> __________________________________________________<BR>> Do You Yahoo!?<BR>> Tired of spam? Yahoo! Mail has the best spam protection around<BR>> http://mail.yahoo.com<BR>> _______________________________________________<BR>> --Bandwidth and Colocation provided by Easynews.com --<BR>><BR>> Asterisk-Users mailing list<BR>> To UNSUBSCRIBE or update options visit:<BR>><BR>> http://lists.digium.com/mailman/listinfo/asterisk-users<BR>><BR>><BR>><BR>_______________________________________________<BR>--Bandwidth and Colocation provided by Easynews.com --<BR><BR>Asterisk-Users mailing list<BR>To UNSUBSCRIBE or update options
visit:<BR>http://lists.digium.com/mailman/listinfo/asterisk-users<BR></BLOCKQUOTE><BR><p> __________________________________________________<br>Do You Yahoo!?<br>Tired of spam? Yahoo! Mail has the best spam protection around <br>http://mail.yahoo.com