[asterisk-bugs] [Asterisk 0012806]: Transfer if use AgentLogin func not prop. work

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12806 
====================================================================== 
Reported By:                slavon
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12806
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 121076 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             06-07-2008 01:40 CDT
Last Modified:              06-10-2008 17:50 CDT
====================================================================== 
Summary:                    Transfer if use AgentLogin func not prop. work
Description: 
Hello.

my feature map
[featuremap]
blindxfer => *3
disconnect => *0
automon => *1
atxfer => *2

Have agent 1001 that login by AgentLogin function
Situation:
1. User call to Queue "BT"
2. Agent get call.
3. Agent try atend transfer (call *2... endcall=no in agents.conf)
4. Try transfer to num 204
5. 204 up line

NOW QUESTION:
1. If Agent Drop Line - call is transfer BUT in QUEUE_LOG not have any
messages about agent LOGOFF or CallEND then transfered call is end! 
BlackHole... (ps. out agent must describe all its logoff and logoff at any
transfer is bad idea)
2. If Agent not drop line  it cat call to *0 to dismiss transfer but it
CAN'T ACCEPT it by pressing any button to get next calls in queue...

I think need 
1. Add CallEnd queue log event (after its end at transfered end) and
logoff if agent drop line
2. Add feature map to accept atnd. transfer

Thanks!

====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 06-10-08 17:50  
---------------------------------------------------------------------- 
Hi slavon, I'm not 100% sure I understand what the problem is. I'll address
each of your points:

<pre>
"1. If Agent Drop Line - call is transfer BUT in QUEUE_LOG not have any
messages about agent LOGOFF or CallEND then transfered call is end!
BlackHole... (ps. out agent must describe all its logoff and logoff at any
transfer is bad idea)"
</pre>

If I understand you here, you're saying that if the agent hangs up, there
are no entries in the queue log indicating the agent logged off or that the
call ended. When I tried this, I had the following two lines in my
queue_log file:

<pre>
1213137228|1213137147.1|CurlyQueue|Agent/1000|COMPLETECALLER|1|80|1
1213137228|1213137137.0|NONE|Agent/1000|AGENTLOGOFF|SIP/666-008d54c0|94
</pre>

There are COMPLETECALLER and AGENTLOGOFF events listed as soon as the
transfer is completed. If you are expecting events to be in the queue_log
after the transferred call has completed, then that is different. There is
no way for app_queue to know about when 204 has finished talking to the
caller because the bridge between the agent and the caller is broken when
the transfer occurs.

<pre>
"2. If Agent not drop line it cat call to *0 to dismiss transfer but it
CAN'T ACCEPT it by pressing any button to get next calls in queue..."
</pre>

I tried recreating this situation, too. I pressed *0 after the far end
(204 in your case) picked up. The transfer was successful, the agent stayed
logged in, and a COMPLETECALLER event was logged in the queue_log. All of
this seems normal to me. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-10-08 17:50  putnopvut      Note Added: 0088569                          
======================================================================