[asterisk-users] Hitting # to Transfer out of a Queue
Rizwan Hisham
rizwanhasham at gmail.com
Fri Jul 21 05:58:47 MST 2006
I have a similar problem with the queues. After getting dialtone for
transfer, i dial extension for transfering , the agent hangsup, the user is
in the queue at this time but didnt get transfered. The cli show this
warning:
WARNING[2867]: chan_h323.c:691 oh323_indicate: Don't know how to indicate
condition 16 on ip$192.168.0.22:24582/1
and also
WARNING[2867]: chan_h323.c:691 oh323_indicate: Don't know how to indicate
condition 17 on ip$192.168.0.22:24582/1
The first warning is displayed as soon as i press the # key, and the second
when i finish dialing extension. I have no idea what condition 16 and 17
mean.
Any help?
On 7/18/06, Douglas Garstang <dgarstang at oneeighty.com> wrote:
>
> And I thought that t and T allowed the caller and callee to transfer a
> call?
>
> > -----Original Message-----
> > From: end1r at comcast.net [mailto:end1r at comcast.net]
> > 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" <dgarstang at oneeighty.com>
> > > > -----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:asterisk-list at puzzled.xs4all.nl]
> > > > > 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
>
--
Regards
Rizwan Hisham
Software Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060721/44cd19ec/attachment.htm
More information about the asterisk-users
mailing list