[Freeswitch-users] any way ring fifo members one by one?

[seven]

here is my patch:

http://jira.freeswitch.org/browse/MODAPP-272


On May 4, 2009, at 9:25 PM, 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/20090505/a0723954/attachment-0002.html