[Freeswitch-users] any way ring fifo members one by one?
François Delawarde
fdelawarde at wirelessmundi.com
Mon May 4 07:55:10 PDT 2009
Hello,
Anthony, I would like to provide a patch allowing having different call
distribution strategies, at least for "call back" agents.
Do you think the simple approach of modifying the SQL query in
find_consumers (given strategy that would be set from dialplan) would be
enough?
Thanks,
François.
On Mon, 2009-05-04 at 08:25 -0500, Anthony Minessale wrote:
>
>
>
> On Sun, May 3, 2009 at 11:01 PM, seven <dujinfang at gmail.com> wrote:
>
> Actually, for the "call back" agents, because the fifo use
> originate to start a new session, the new session won't hang
> up unless one agent answered or timeout. Agents will hear
> nothing and wait(member_wait=wait) on the queue or
> hanup(nowait) if caller hang up before an agent answer the
> phone. '
>
>
>
> When you are using on-hook agents, it's presumed to be under low call
> volume, you can just set the agents to get popped
> into the queue in nowait mode so if the caller changed his mind the
> agent will get a hangup. Remember, if there are X customers in the
> queue, mod_fifo generates X outbound calls to try to service them.
>
>
>
>
>
> And I also found out the the member timeout doesn't work but
> call_timeout works in a dial string. Is it a bug I should
> reported to jira?
>
>
> <fifo name="sales_fifo@$${domain}" importance="0">
> <member timeout="10" simo="1"
> lag="5">{call_timeout=6,fifo_member_wait=nowait}user/1009@
> $${domain}</member>
> </fifo>
>
>
>
> call_timeout is only valid on inbound legs to set the timeout it's
> willing to wait for a caller to answer. You are confusing it with
> leg_timeout which is designed to go in the {}
>
>
>
>
> And even the timeout works, it's not ideal. It's better to
> bridge to an agent other than originate I think. Keep looking.
>
>
>
> I am not sure what you mean by that. bridge instead of originate?
> The process is to originate the call and then bridge the agent to the
> caller. All calls in FS start out as origiante????
>
> If you want app_queue you are welcome to download and use it from
> http://www.asterisk.org
>
>
>
>
> On Apr 29, 2009, at 4:27 PM, François Delawarde wrote:
>
> > Hi,
> >
> > It should be easy to modify mod_fifo to include this
> > functionality.
> >
> > Correct me if I'm wrong:
> > For "call back" agents at least, when X calls are in the the
> > queue, Freeswitch tries to search for up to X agents in
> > database. This algorithm is much more optimized than
> > Asterisk, as Asterisk will take calls one by one and try to
> > connect them to an agent, it should then stay as it is.
> >
> > The simplest idea to control the call distribution algorithm
> > would be to modify the database query in the
> > "find_consumers" function (right now, the algorithm is:
> > "order by outbound_call_count"). A variable could control
> > the "order by" of this query, and the problem would be
> > solved at least for "call back" agents. I guess sqlite3
> > should allow very complex queries, but I don't know if there
> > could be performance issues.
> >
> > Do you think it is a possible -trivial- solution?
> >
> > François.
> >
> > On Wed, 2009-04-29 at 08:46 +0200, Antonio Gallo wrote:
> >
> > > seven ha scritto:
> > > > oh, thank you Antonio. I think it would be better to collect more
> > > > ideas before open a bounty. And I more interested in playing(including
> > > > patching the code) with that than use the function.
> > > >
> > > I was working on other stuff yesterday and just looked at the wiki:
> > > - it seems there is already a bounty for something like that;
> > > - there is a wiki page about how to implement it with Javascript, ofc
> > > you need to tailor it to your own needs;
> > >
> > > AgX
> > >
> > >
> > >
> > > _______________________________________________
> > > 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
> >
> > _______________________________________________
> > 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
>
>
>
>
>
> _______________________________________________
> 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/
>
> 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
> iax:guest at conference.freeswitch.org/888
> googletalk:conf+888 at conference.freeswitch.org
> pstn:213-799-1400
>
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090504/413e633e/attachment-0002.html
More information about the FreeSWITCH-users
mailing list