[Freeswitch-users] High Availability Cluster Module for FreeSWITCH
ben at langfeld.co.uk
Wed Feb 13 01:02:07 MSK 2013
Marcin, have you used commercial platforms that do this kind of live-call
failover? They work very well. "impossible", certainly not.
On 12 February 2013 21:33, Marcin Gozdalik <gozdal at gmail.com> wrote:
> 2013/2/12 Michael Collins <msc at freeswitch.org>:
> >> If there was a readily available resource agent for FS it is "easy" to
> >> setup Corosync (if you know hat you are doing). I didn't setup
> >> Corosync to handle FS, I have OpenSIPS as SBC before FS which handles
> >> HA. Of course it is not ideal, as in case of a problem current calls
> >> are lost.
> > Which is precisely the point - this is *HIGH* availability we're talking
> > about, not "kinda quickly recovering from a problem but it's okay to lose
> > the calls that were in progress as long as our VoIP comes back up within
> > 5-10 seconds."
> > We're talking about the Holy Grail of VoIP here - a fault-tolerant
> > of VoIP servers that can keep calls up and running even if the primary
> > server goes down. Note that "primary server goes down" includes literally
> > hundreds of scenarios from physical (power, network cable unplugged, HDD
> > crash, etc.) to logical (user misconfiguration of FreeSWITCH or LAN
> > settings, router/firewall changes, service provider goofups, FreeSWITCH
> > dump, a single sofia profile locked up but other FS is okay, etc.) I'll
> > Eliot can name dozens of them off the top of his head. ;)
> > I have a sneaking suspicion that not everyone in this thread is thinking
> > same thing when we say "HA". Eliot's proposed solution encompasses fault
> > scenarios that some of us haven't even dreamed of. I am open to someone
> > getting P + C to do everything that Eliot's mod_ha_cluster can do but I
> > suspect it isn't realistic. If you can prove me wrong on that then
> please by
> > all means do so.
> The Holy Grail you're describing is probably impossible to achieve
> (even Google sometimes serves you 500, just press reload to be routed
> to another server :).
> Maybe this discussion could continue to prepare some kind of a
> blueprint describing the predicted failure scenarios and how the
> proposed solution would deal with them? There are several solutions
> best suited for different classes of availability you're willing to
> Marcin Gozdalik
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> Official FreeSWITCH Sites
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users