[Freeswitch-users] Mod_fifo outbound strategy enterprise

[Marc de Corny]

Hi Anthony

Thanks for your response, sorry for the delay, but for some reason I did not
see it until now.

To be honest I think the whole point of fifo is to keep it simple and let
mod_callcenter do the more advanced stuff and that it specifically why I
went for it after having read both wiki pages quite thoroughly.

But there is still something I don't understand on how the default behaviour
ring-all with CLI works. According the logic you have described below. it
looks as if the call gets only presented to one agent at a time. however
when testing it, it looks as is the calls gets sent out with the CLI to all
agents who are available. Is that what you'd expect?

Thanks
Marc



On Mon, Mar 21, 2011 at 10:26 PM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> The ringall strategy is based on giving every queue a fair chance
> based on its configured importance.
>
> The following happens nonstop:
>
> *) Loop all the active call queues containing waiting callers not
> already receiving a call sorted on queue priority:
>       *) Select agents from a db (omitting any who are on a call or
> who are in wrap-up) sorted by
>            least amount of consecutive missed calls then least amount
> of answered calls.
> *) Place an outbound call to this agent with the caller data of the
> waiting customer
>
> This distributes the opportunities to have your call answered across
> all queues and chooses the most-likely-to-answer-the-phone agent.
>
>
> The shortcoming of this strategy is simply the fact that you must
> pre-allocate agents for each caller to ensure that you can supply the
> caller's caller id to the agent when you call them.
>
> The enterprise one is accelerated by figuring out how many callers are
> waiting and calling that many agents at once with no caller id info
> and inserting them into the queue to service the next customer in
> line. Since there is no need to pre-match the caller and agent the
> order of what agent and caller are paired is moot.  This was the
> original behavior but the importance of caller id seems to prevail so
> we made the other method the default.
>
> It would be possible to code in other strategies but to maintain the
> simplicity of fifo I did not really bother with any more.
>
>
>
>
>
>
>
>
> On Mon, Mar 21, 2011 at 12:59 PM, Marc de Corny <marcdecorny at gmail.com>
> wrote:
> > Hi all,
> > I am getting the hang of the fifo now and it is proving very stable which
> is
> > what we all need.
> > Got one question however regarding mod_fifo and the outbound strategies.
> > From looking at the outbput of the fifo list commands I can see that that
> > parameter is always set to "ringall". which is fine, but I can also see
> many
> > stats on that number of calls and the last call that the members have
> taken.
> > Is there also a way of sending the calls to the longest idle or something
> of
> > that nature? Is that done by setting the outbound_strategy to
> "enterprise"
> > or is there another way to achieve that.
> > Is there also a command to change that value without editing the XML as I
> am
> > trying to make everything dynamic.
> > any input is very much appreciated.
> > thanks
> > Marc
> > _______________________________________________
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org
> >
> >
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110411/aaf725fc/attachment.html