[asterisk-dev] Proposal to deprecate 'roundrobin' strategy in
app_queue
Jon Gabrielson
jon at directfreight.com
Wed May 31 15:52:22 MST 2006
On Tuesday 30 May 2006 23:31, Adam Goryachev wrote:
> Well, I would personally think there is a reasonable sized use case for
> roundrobin as-is in smaller installations. ie, single sales person,
> single accounts person, single manager. You want a sales queue with
> plain roundrobin, so the sales guy always gets first preference, but you
> also want your sales queries handled quickly, so it then rolls over to
> the accounts person, and then to the manager.
As I understand it, what you are describing is not what roundrobin
currently does. From the way I understand it, roundrobin and
rrmemory both have "memory" rrmemory continues after the last
person who answers while roundrobin continues after the last person
it started with. Neither one to my knowledge start at the
beginning of the list each time, for that weights are the best solution.
>
> Of course, the same configuration can be achieved with using the agent
> priority/weight, so perhaps it is not relevant.
>
> Perhaps the best solution is to change roundrobin to rrnomemory and
> leave rrmemory as-is ??
>
> This will stop people from blindly picking "roundrobin" because the
> config option sounds right, and they will spend the extra 3 seconds to
> read the description in the sample config file...
>
> Basically, I don't see the advantage in removing a feature, that
> someone, somewhere, might be using...
>
> Regards,
> Adam
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
More information about the asterisk-dev
mailing list