And I thought that t and T allowed the caller and callee to transfer a call?
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 18, 2006 3:10 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: RE: [asterisk-users] Hitting # to Transfer out of a Queue > > > I thought "#" to transfer didnt work if you have a "t,t orr" > in your dial string since asterisk remains in the media path? > > but its just a guess. > > > -------------- Original message ---------------------- > From: "Douglas Garstang" <[EMAIL PROTECTED]> > > > -----Original Message----- > > > From: Douglas Garstang > > > Sent: Tuesday, July 18, 2006 12:30 PM > > > To: 'Asterisk Users Mailing List - Non-Commercial Discussion' > > > Subject: RE: [asterisk-users] Hitting # to Transfer out of a Queue > > > > > > > > > > -----Original Message----- > > > > From: Patrick [mailto:[EMAIL PROTECTED] > > > > Sent: Tuesday, July 18, 2006 12:20 PM > > > > To: Asterisk Users Mailing List - Non-Commercial Discussion > > > > Subject: RE: [asterisk-users] Hitting # to Transfer out > of a Queue > > > > > > > > > > > > On Tue, 2006-07-18 at 10:29 -0600, Douglas Garstang wrote: > > > > [snip] > > > > > exten => oe_ccare,1, NoOp(*** Incoming call > > > > from ${CALLERID} to queue oe_ccare) > > > > > exten => oe_ccare,n, Set(TIMEOUT(response)=5) > > > > > exten => oe_ccare,n, > > > > GotoIfTime(8:00-17:00|mon-fri|*|*?one_queue_acd,oe_ccare-open,1) > > > > > exten => oe_ccare,n, Goto(oe_ccare-shut,1) > > > > > exten => oe_ccare-open,1, Answer > > > > > exten => oe_ccare-open,n, > > > > Set(__TRANSFER_CONTEXT=one_start) > > > > > exten => oe_ccare-open,n, > NoOp(${__TRANSFER_CONTEXT}) > > > > > exten => oe_ccare-open,n(queue1), Queue(oe_custcare||||30) > > > > > > > > Is this a literal copy of your dialplan? If so I was not > > > > aware you could > > > > put spaces between priorities and actions. Have you tried > > > > removing them: > > > > exten => foo,1,NoOP(spaces are evil, mostly) > > > > > > Patrick, yes, this is a literal portion. I have no reason to > > > believe that spsaces between the priority, and the command > > > cause problems, so I haven't tried that yet. Just trying to > > > make the horrible assembler-like Asterisk dialplan language > > > more readable. > > > > > > I just tried this with a very simple dialplan example that > > > didn't involve queues. > > > > > > exten => 4001,1,Set(__TRANSFER_CONTEXT=footest) > > > exten => 4001,2,Dial(SIP/2944093,20,tr) > > > > > > [footest] > > > exten => 1234,1,Answer > > > exten => 1234,2,Wait,1 > > > exten => 1234,3,Playback(blue-eyed-polar-bear) > > > > > > I dial 4001, and answer the call at 2944093. I then hit #1, > > > and asterisk plays 'pbx-transfer' followed by dial tone. I > > > put in 1234, and extension 1234 in context footest is called. > > > Works fine. > > > > > > I'm starting to wonder if this is a bug of some sort, and > > > TRANSFER_CONTEXT cannot be used with queues. Has anyone > > > actually tried it? > > > > > > exten => oe_ccare,1, NoOp(*** Incoming call > > > from ${CALLERID} to queue oe_ccare) > > > exten => oe_ccare,n, Set(TIMEOUT(response)=5) > > > exten => oe_ccare,n, > > > GotoIfTime(8:00-17:00|mon-fri|*|*?one_queue_acd,oe_ccare-open,1) > > > exten => oe_ccare,n, Goto(oe_ccare-shut,1) > > > exten => oe_ccare-open,1, Answer > > > exten => oe_ccare-open,n, > Set(__TRANSFER_CONTEXT=one_start) > > > exten => oe_ccare-open,n, NoOp(${__TRANSFER_CONTEXT}) > > > exten => oe_ccare-open,n(queue1), Queue(oe_custcare||||30) > > > > > > ... more stuff here > > > > > > and we also have the context where agent callbacks are. I > > > even tried putting the TRANSFER_CONTEXT where the agent is called. > > > > > > [one_callback] > > > ; > > > ; Agent callbacks. Used by the AgentCallBackLogin app to > dial agents. > > > ; > > > exten => 80014054,1, NoOp(Dialling > Customer Care Spare) > > > exten => 80014054,n, > Set(__TRANSFER_CONTEXT=one_start) > > > exten => 80014054,n, Dial(SIP/80014054) > > > > > > The one_start context should match any number dialled, as it > > > has _X. as a pattern match. However, as I said, as soon as I > > > enter a digit, asterisk plays pbx-invalid. > > > > Further to this, I've added some debugging statements... > > > > exten => oe_ccare,1, NoOp(*** Incoming call > from ${CALLERID} to > > queue oe_ccare) > > exten => oe_ccare,n, Set(TIMEOUT(response)=5) > > exten => oe_ccare,n, > > GotoIfTime(8:00-17:00|mon-fri|*|*?one_queue_acd,oe_ccare-open,1) > > exten => oe_ccare,n, Goto(oe_ccare-shut,1) > > exten => oe_ccare-open,1, Answer > > exten => oe_ccare-open,n, > Set(__TRANSFER_CONTEXT=one_start) > > exten => oe_ccare-open,n, NoOp(BEFORE Q > ${TRANSFER_CONTEXT}) > > exten => oe_ccare-open,n(queue1), Queue(oe_custcare||||30) > > exten => oe_ccare-open,n, NoOp(AFTER Q > ${TRANSFER_CONTEXT}) > > > > The variable TRANSFER_CONTEXT is not modified by the Queue > command. It remains > > unchanged. I also put debugging where we dial the agent... > > > > exten => 80014054,1, NoOp(BEFORE DIAL AGENT > ${TRANSFER_CONTEXT}) > > exten => 80014054,n, Dial(SIP/80014054) > > > > The variable is still unchanged before dialling the agent. > HOWEVER, the asterisk > > console still logs this when I try and do a transfer. It > looks like the DIAL > > command is IGNORING the TRANSFER_CONTEXT variable when > called from a queue. > > > > Jul 18 11:51:48 VERBOSE[30143] logger.c: -- Unable to > find extension '1' in > > context '' > > > > > > > > > > _______________________________________________ > > --Bandwidth and Colocation provided by Easynews.com -- > > > > asterisk-users mailing list > > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users > > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
