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