[asterisk-users] Priority between calls from different queues

[equis software]

I understand, but I don´t have announcements.

Regards

On Fri, Nov 28, 2008 at 12:16 PM, Darrin Henshaw <DHenshaw at ignition.bm>wrote:

>  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,
>
>
>
> [image: logo]
>
> Darrin Henshaw |* *IT Administrator | MCTS: Exchange 2007 | MCSE 2003 |LPIC
>
> Ignition Support Center* *|* *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> wrote:
>
> On Fri, Nov 28, 2008 at 1:13 PM, equis software <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
> 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.
>
> _______________________________________________
> -- 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081128/c031fff3/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 4247 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20081128/c031fff3/attachment.jpeg