[Home]

Summary:ASTERISK-16012: [regression] attended transfered calls appearance in the queue_log
Reporter:Rami (rami)Labels:
Date Opened:2010-04-26 05:44:39Date Closed:2011-07-26 15:17:52
Priority:TrivialRegression?Yes
Status:Closed/CompleteComponents:Applications/app_queue
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
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.

****** ADDITIONAL INFORMATION ******

This wasn't always working this way, couple of asterisk version ago, (i'm not sure which exactly) it was working properly.
Comments:By: Paul Belanger (pabelanger) 2010-04-26 07:55:37

We need more information (IE: logs files and dialplans).
---
Thank you for taking the time to report this bug and helping to make Asterisk better.

Unfortunately, we cannot work on this bug because your description did not include enough information.

You may find it helpful to read the Asterisk Issue Guidelines http://www.asterisk.org/developers/bug-guidelines.

We\'d be grateful if you would then provide a more complete description of the problem.

At a minimum, we need:
1. the specific steps or actions you took that caused you to encounter the problem,
2. the behavior you expected, and
3. the behavior you actually encountered (in as much detail as possible).

This likely includes output from the console with debug level logging, a SIP trace (if this is SIP related), and configuration information such as dialplan (e.g. extensions.conf) and channel configuration (e.g. sip.conf).

Thanks!
By: Rami (rami) 2010-04-26 08:40:01

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 # 7 DTMF to execute attended transfer, then enter digits of outbound number: 9106 #, 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.


By: Paul Belanger (pabelanger) 2010-04-26 13:10:25

If you can narrow down when this changed, it might help get you a fix faster. Be sure to get debug logs from work and non-work version.

http://svn.digium.com/svn/asterisk/trunk/doc/HOWTO_collect_debug_information.txt
By: Rami (rami) 2010-05-02 09:54:05

I'm unable to find a working version, I'm not sure it ever worked well anymore,
I also notice that in the CDR log the asterisk is writing(/var/log/asterisk/cdr-csv/Master.csv) it's also appears as the call was transfered to to queue 100.

basically when a call is being transfered from a queue it will write that it was transfered to the number of the queue the call came from and not the number the call was transfered to.
By: Leif Madsen (lmadsen) 2011-07-26 15:17:47.324-0500

Per the Asterisk maintenance timeline page at http://www.asterisk.org/asterisk-versions maintenance (bug) support for the 1.4 and 1.6.x branches has ended. For continued maintenance support please move to the 1.8 branch which is a long term support (LTS) branch. For more information about branch support, please see https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions

If this is still an issue, please open a new issue so it can be re-triaged appropriately. Thanks!