[asterisk-users] Priority between calls from different queues

[Darrin Henshaw]

One thing you also will run into is listed here: http://www.voip-info.org/wiki/view/Asterisk+config+queues.conf.

Here is the interesting part:

Note that calls are not offered to queue members whilst the announcement is playing and it is possible for callers to slip ahead in the queue as a result. For example, call 1 arrives and is queued. Call 2 arrives ten seconds later and is queued. After twenty seconds, call 1 is played the periodic announce message. Exactly one second after call 1 starts hearing the message an agent becomes free. Since call 1 is tied up with announcements, call 2 is successfully offered to the agent. Call 1 remains on hold and yet a call which arrived later has been serviced.

Basically you can see that if you have announcements played, that could cause your order of answered calls to be not what you expect.

Cheers,

[cid:image001.jpg at 01C95142.5DF134F0]
Darrin Henshaw | IT Administrator | MCTS: Exchange 2007 | MCSE 2003 | LPIC
Ignition Support Center | www.ignition.bm<http://www.ignition.bm/>
Bermuda (441) 496-4319 | Cayman (345) 947-4357 | Halifax (902) 482-1288
Atlanta | Bermuda | Cayman | Halifax

From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of equis software
Sent: Friday, November 28, 2008 10:06
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Priority between calls from different queues

I saw QUEUE_PRIO but it works inside a queue not between queues.

I need to use two queues because their have different settings like max time waiting, max amount of calls in queue and others.

Regards
On Fri, Nov 28, 2008 at 11:34 AM, Atis Lezdins <atis at iq-labs.net<mailto:atis at iq-labs.net>> wrote:
On Fri, Nov 28, 2008 at 1:13 PM, equis software <equissoftware at gmail.com<mailto:equissoftware at gmail.com>> wrote:
> Hi!
> I want to know the way that calls are answer in this case...
> I have queue1 and queue2, one agent that receive call from both queues.
>
> queue1 <- call1
> queue1 <- call2
> queue2 <- call3
> queue2 <- call4
>
> In my test the agent answer calls in this order: call1,call3,call2 and
> call4.
> I think this must be in this order call1,call2, call3, call4 like a big
> FIFO.
>
> Its ok this behavior?
> Could I set priority between queues?
>
Hello,

Queue has lot of different settings, like wrapuptime, strategy, etc.
Also two queues usually don't know about each other, with few
exceptions. One of them is shared_lastcall (introduced in Asterisk
1.6.0). There's also weight - it will help to give priority to
specific queue if multiple calls are ready to go to agent in different
queues. Also, you can give priority to different callers within queue
by setting QUEUE_PRIO variable before sending call to queue.

You could try to describe why you need two queues and what should be
rules to distribute calls - so we can help you with overall
architecture.

Regards,
Atis





--
Atis Lezdins,
VoIP Project Manager / Developer,
IQ Labs Inc,
atis at iq-labs.net<mailto:atis at iq-labs.net>
Skype: atis.lezdins
Cell Phone: +371 28806004
Cell Phone: +1 800 7300689
Work phone: +1 800 7502835

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


________________________________
This email and its attachments may be confidential and are intended solely for the use of the individual or parties' to whom it is addressed. All comments are solely those of the author and do not necessarily represent those of Ignition. If you are not the intended recipient of this email and its attachments, you must take no action based upon them, nor must you copy or show them to anyone. Please contact the sender if you believe you have received this email in error. Thanks for considering the environmental impact before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081128/ed42f543/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4247 bytes
Desc: image001.jpg
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20081128/ed42f543/attachment.jpg