Thank you a lot for your answers.

Sergey: Sorry, I just had misinterpreted a sentence of the documentation. My bad.
Tomas: Thanks for this advice, it was the fallback I've thought about, putting also some weight upon the call centers (depending on how many agents, their complexity, ...) before the Freeswitchs in order to improve the load balancing.
I'll also take a look at Stanislav's response (distributed ESL agents) from a similar topic.

--
Laurent

On 11 November 2015 at 10:16, Tomas Boros <tomas.boros92@gmail.com> wrote:
You should make load balancing on the application level before the freeswitches, f.ex via kamailio. Keep the queues in a hash table and relay the calls to the appropriate freeswitch. You must make a logical distribution of queues in your cluster, f ex. customer 1 has queues on FS1, customer 2 on fs2 etc.

Round robin load balancing just won't work out of the box.

On 10 November 2015 at 19:48, Sergey Safarov <s.safarov@gmail.com> wrote:

Please read mod_callceter documentation. Eraly I has find that mod_callceter not support  database accesd from two or more FS hosts.


On Tue, Nov 10, 2015, 20:13 Laurent Demont <demont.laurent@gmail.com> wrote:
Hello Freeswitch Community,

I'm currently working on setting up a call-center solution for my company and as we are used to work with Freeswitch, I wanted to look at that solution first.
The mod_callcenter seems to do exactly what I want but there's one point that is kinda critical: the solution should be horizontaly scalable (easy to add some new servers without interferring the work in progress) so the calls dedicated to a single queue might not be on a single server.

Thus is it possible to interconnect multiple Freeswitch servers to a single (shared) database in order to handle many call centers and so share the load between the servers?
If not, is there a way to easily load balance calls between multiple FS servers (still only in mod_callcenter context) or must the calls related to one queue be on a single server ?

Thanks in advance for your help,

Best regards
--
Laurent Demont
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org