[asterisk-bugs] [Asterisk 0017243]: attended transfered calls appearance in the queue_log

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Apr 26 08:40:01 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17243 
====================================================================== 
Reported By:                Rami
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17243
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   trivial
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.30 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-04-26 05:44 CDT
Last Modified:              2010-04-26 08:40 CDT
====================================================================== 
Summary:                    attended transfered calls appearance in the
queue_log
Description: 
Hello,
When Agent receives a call from a queue and want to transfer it using
attended transfer the line which is written to the queue_log is incorrect,

The number the agent transfered the call to is not shown at all, instead
you get the number of the queue from where he received the call,
This makes it impossible to tell to what number the call was transfered to
as there are no more logs with the same uniqueid to tell us what happened
with the call.
====================================================================== 

---------------------------------------------------------------------- 
 (0120890) Rami (reporter) - 2010-04-26 08:40
 https://issues.asterisk.org/view.php?id=17243#c120890 
---------------------------------------------------------------------- 
OK I'll try again,
this is the full log received after the process that I explain below:
1272288255|1272288255.53|100|NONE|ENTERQUEUE||501
1272288258|1272288255.53|100|Agent/330|CONNECT|3|1272288255.56
1272288276|1272288255.53|100|Agent/330|TRANSFER|100|ext-queues-custom|3|18

and this are the steps performed: 
1st step:
Call from extension SIP/501 to Queue 100 resulting with this line in the
queue_log file:
1272288255|1272288255.53|100|NONE|ENTERQUEUE||501
2nd step:
Agent 330 answer the call from the queue resulting this line in the
queue_log:
1272288258|1272288255.53|100|Agent/330|CONNECT|3|1272288255.56
3rd step:
Agent pressing https://issues.asterisk.org/view.php?id=7 DTMF to execute
attended transfer, then enter digits of
outbound number: 9106, then 9106 answer the call, the agent hangs up and
the call from SIP/501 is connected with 9106, at this point the final line
is written to the queue_log: 
1272288276|1272288255.53|100|Agent/330|TRANSFER|100|ext-queues-custom|3|18
This line shows the the call was transfered to the number 100 and not
9106, and there is no info about the number the call was transfered too
(9106)

when doing the same process with blind transfer the queue_log is written
correctly, like this:
1272288833|1272288833.67|100|NONE|ENTERQUEUE||501
1272288835|1272288833.67|100|Agent/330|CONNECT|2|1272288833.70
1272288839|1272288833.67|100|Agent/330|TRANSFER|9106|from-internal-xfer|2|4


you can easily recreate the problem by creating a queue, log in to this
queue using agentCallBackLogin with an agent, enter a call and transfer it
one time with atxfer and time with blindxfr

Thanks. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-26 08:40 Rami           Note Added: 0120890                          
======================================================================




More information about the asterisk-bugs mailing list