[Freeswitch-users] FreeSWITCH HA + Loadbalancing

[Mitul Limbani]

Is itnpossible to have a db cluster know the state of each and every  
call and then use Heartbeat on this db +
fs cluster so that clients see only one ip where as internally all fs  
boxes refer db for call states, db again is under replication.

This in the thioery can be written, but I am sure if we think bit more  
on this direction the problem seem to be getting addressed.

Other guys also chip in their 2 cents, we just need 50 of em to make a  
full dollar.

Thanks & Regards,
Mitul Limbani,
Founder & CEO,
Enterux Solutions Pvt. Ltd.,
The Enterprise Linux Company (r),
http://www.enterux.com
http://www.entVoice.com

On 30-Aug-2009, at 12:14 AM, Ken Rice <krice at freeswitch.org> wrote:

> It is not possible to do a live migration at all right now... There  
> is no way to move a call and have all the states required for that  
> call to magically re-appear on a different instance. This will  
> require a fair bit of work to get there.
>
> It is possible to configure fs via some back end DB magic to share  
> configurations ie: n+1 or “warm standby” style fault tolerance  
> but you are going to loose the calls that are up when the failure oc 
> curs.
>
> From: Raimund Sacherer <rs at runsolutions.com>
> Reply-To: <freeswitch-users at lists.freeswitch.org>
> Date: Sat, 29 Aug 2009 20:33:21 +0200
> To: <freeswitch-users at lists.freeswitch.org>
> Subject: Re: [Freeswitch-users] FreeSWITCH HA + Loadbalancing
>
> Hmm, so basically 100 interested companys which each chip in 1000  
> bucks :-)
>
> sounds like lots of manpower, but on the other hand, I do not know  
> the issues regarding the SIP protocoll, but, basically, isn't it  
> *just* to tell another FS box to listen on port x for voicetraffic,  
> forward it to ip on port y?
>
> ok, i understand there's a lot going on under the hood, i guess it  
> would mean to setup a call, but take care to not really set up the  
> call, just the internal state ...
>
> hmm, could it theoretically be done with the event system? ok, i  
> guess I have to dive further into the internals to fully understand  
> the scope.
>
>
> But a live migration, where the box is available, be possible right  
> now? Would be a step i would like to implement just to be able to do  
> work on a hardware node if necesary without interrupting the  
> service ...
>
>
> -- 
> Raimund Sacherer
> -
> RunSolutions
>     Open Source It Consulting
> -
>
> Parc Bit - Centro Empresarial Son Espanyol
> Edificio Estel - Local 3D
> 07121 -  Palma de Mallorca
> Baleares
>
> On Aug 29, 2009, at 6:01 PM, Anthony Minessale wrote:
>
>
> We have previously estimated the development of live fail over  
> (after a box dies where live migration is no longer possible) to  
> exceed 100k in development costs.
>
> It requires several additions to the sofia sip library, freeswitch  
> and a dependancy on some other code we would have to implement to  
> manage it.
>
> It may or may not be worth it to raise that kind of funding just to  
> avoid an occasional disaster.
>
> Then there is a matter of securing the time of the developers  
> necessary to carry out the implementation.
>
>
> On Aug 29, 2009 10:19 AM, "Brian West" <brian at freeswitch.org> wrote:
>
> I was able to do this using OpenVZ, You can get away with it on
> smaller instances... like if you're doing one instance per company but
> don't expect live migration to work as well on large instances with
> thousands of calls up at once. You need a fast network, fast disks and
> to follow the howto on the wiki.
>
> /b
>
> On Aug 29, 2009, at 4:58 AM, Steve Kurzeja wrote: > You still have  
> hardware failures and fail-over...
>
> _______________________________________________ FreeSWITCH-users  
> mailing list FreeSWITCH-users at lists...
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- 
> users
> http://www.freeswitch.org
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- 
> users
> http://www.freeswitch.org
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- 
> users
> http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090830/3603b686/attachment-0002.html