GUys.. I dont know if this is a known bug or not but I just tested and
replicated this one over and over again.
It involves call transfer from calls that entered the pbx via a queue.. say
a call comes in and its thrown in a queue, somebody answers the call but
then wants to transfer the call to so
It is not a bug. attended Transfer is using Local channel, if you have a
look the debug log from CLI, you will see why it fails. To solve this
problem, enable recording before the calls go into the queue.
Exten => ,1,MixMonitor(...)
Exten => ,2,Goto(ext-queue, , 1)
This will ensu
Here is our dial plan. You need to avoid double recording as well when
you transfer the call to other extension.
exten => 7141,3,Set(CALLFILENAME=q${EXTEN}-${TIMESTAMP}-${UNIQUEID})
exten => 7141,4,Set(__FROM-EXT-QUEUES=ext-queues)
exten => 7141,5,MixMonitor(${CALLFILENAME}.gsm|b)
exten => 7141,6,P
bre de 2007 06:24 p.m.
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] bug in 1.2.24
It is not a bug. attended Transfer is using Local channel, if you have a
look the debug log from CLI, you will see why it fails. To solve this
problem, enable recording before the calls go into the
On 13:33, Fri 14 Sep 07, Isaac Xiao wrote:
> Here is our dial plan. You need to avoid double recording as well when
> you transfer the call to other extension.
> exten => 7141,3,Set(CALLFILENAME=q${EXTEN}-${TIMESTAMP}-${UNIQUEID})
> exten => 7141,4,Set(__FROM-EXT-QUEUES=ext-queues)
> exten => 7141,
Subject: [asterisk-users] bug in 1.2.24
Here is our dial plan. You need to avoid double recording as well when
you transfer the call to other extension.
exten => 7141,3,Set(CALLFILENAME=q${EXTEN}-${TIMESTAMP}-${UNIQUEID})
exten => 7141,4,Set(__FROM-EXT-QUEUES=ext-queues)
exten => 7141,5,M
