Hello,
I’ve been having some issues with the default transfer logs (in /var/log/asterisk/queue_log) for attended and unattended (blind) transfers.
I found that if you make a transfer with the default Local/xxx@from-queue/n context from one queue to another the logs appear like this:
-
extension 301 calls queue 999
1640614569|1640614569.34|999|NONE|ENTERQUEUE||301|1 -
call is picked up by extension 300
1640614572|1640614569.34|999|300|CONNECT|3|1640614569.35|2 -
call is transferred to queue 1000 by 300
1640614586|1640614569.36|1000|NONE|DID|
1640614586|1640614569.36|1000|NONE|ENTERQUEUE||301|1 -
these two events don’t make sense to me: if you look at the timestamp it looks like the call was completed on queue 999 and dropped at the same time on queue 1000 (the call shows as ongoing for both agents and both queues).
1640614590|1640614569.34|999|300|COMPLETECALLER|3|18|1
1640614590|1640614569.36|1000|NONE|ABANDON|1|1|4
While for PJSIP extensions this seems to be working better (only for unattended transfers):
-
extension 301 calls queue 999
1640614491|1640614490.31|999|NONE|ENTERQUEUE||301|1 -
call is picked up by extension 300
1640614494|1640614490.31|999|PJSIP/300|CONNECT|3|1640614491.32|2 -
call is transferred to queue 1000 by 300 and the transfer is logged
1640614499|1640614490.31|999|PJSIP/300|BLINDTRANSFER|1000|from-internal-xfer|3|5|1
1640614499|1640614490.31|1000|NONE|DID| -
call reaches queue 1000 and is logged correctly
1640614499|1640614490.31|1000|NONE|ENTERQUEUE||301|1
1640614508|1640614490.31|1000|NONE|ABANDON|1|1|9
My question would be:
Is there a way to change the Local/@from-queue/n context, maybe in the dialplan, to show transfers correctly?
Or, is there a way to change the default context that the extensions uses (logging on the queue using *45) to PJSIP?
M.