Of course that approach has an implicit race condition. Are you able to do anything about that? On 4 November 2013 06:13, DanB <danb.lists@gmail.com> wrote:

Hi Valter,

There are multiple approaches to this issue. I personally go for the following: monitor active calls in a pool of FS boxes somewhere in a database (NoSQL preferred by me) and issue a 302 redirect from the FS box where the call hits initially towards the FS box where the conference was already established. If the conference is not active anywhere, start it in without redirect. Another scenario I know is using a SIP proxy (Kamailio/OpenSIPS) in front of a pool of FS boxes and monitor there where the conference was established directly proxying the call to the active one.

Hope this helps!

DanB

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

FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com

Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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