I understand, but I donĀ“t have announcements. Regards
On Fri, Nov 28, 2008 at 12:16 PM, Darrin Henshaw <[EMAIL PROTECTED]>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:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *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 <[EMAIL PROTECTED]> wrote: > > On Fri, Nov 28, 2008 at 1:13 PM, equis software <[EMAIL PROTECTED]> > 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, > [EMAIL PROTECTED] > 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 >
<<image001.jpg>>
_______________________________________________ -- 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