<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>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)&nbsp;on the queue&nbsp;or hanup(nowait) if caller hang up before an agent answer the phone. '</div><div><br></div><div>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?&nbsp;</div><div><br></div><div><div>&nbsp;&nbsp; &nbsp;&lt;fifo name="sales_fifo@$${domain}" importance="0"></div><div>&nbsp;&nbsp; &nbsp; &nbsp;&lt;member timeout="10" simo="1" lag="5">{call_timeout=6,fifo_member_wait=nowait}user/1009@$${domain}&lt;/member></div><div>&nbsp;&nbsp; &nbsp;&lt;/fifo></div><div><br></div><div>And even the timeout works, it's not ideal. It's better to bridge to an agent other than originate I think. Keep looking.</div></div><br><div><html>On Apr 29, 2009, at 4:27 PM, François Delawarde wrote:</html><br class="Apple-interchange-newline"><blockquote type="cite"> <div> Hi,<br> <br> It should be easy to modify mod_fifo to include this functionality.<br> <br> Correct me if I'm wrong:<br> 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.<br> <br> 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.<br> <br> Do you think it is a possible -trivial- solution?<br> <br> François.<br> <br> On Wed, 2009-04-29 at 08:46 +0200, Antonio Gallo wrote: <blockquote type="CITE"> <pre>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
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre> </blockquote> </div>  _______________________________________________<br>Freeswitch-users mailing list<br><a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></body></html>