<html><body bgcolor="#FFFFFF"><div>Is itnpossible to have a db cluster know the state of each and every call and then use Heartbeat on this db +</div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Other guys also chip in their 2 cents, we just need 50 of em to make a full dollar.<br><br>Thanks & Regards,<div>Mitul Limbani,</div><div>Founder & CEO,</div><div>Enterux Solutions Pvt. Ltd.,</div><div>The Enterprise Linux Company (r),</div><div><a href="http://www.enterux.com">http://www.enterux.com</a></div><div><a href="http://www.entVoice.com">http://www.entVoice.com</a></div></div><div><br>On 30-Aug-2009, at 12:14 AM, Ken Rice <<a href="mailto:krice@freeswitch.org">krice@freeswitch.org</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>
<font size="4"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">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. <br>
<br>
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 occurs. <br>
<br>
<hr align="CENTER" size="3" width="95%"><b>From: </b>Raimund Sacherer <<a href="mailto:rs@runsolutions.com">rs@runsolutions.com</a>><br>
<b>Reply-To: </b><<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
<b>Date: </b>Sat, 29 Aug 2009 20:33:21 +0200<br>
<b>To: </b><<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
<b>Subject: </b>Re: [Freeswitch-users] FreeSWITCH HA + Loadbalancing<br>
<br>
Hmm, so basically 100 interested companys which each chip in 1000 bucks :-)<br>
<br>
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?<br>
<br>
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 ...<br>
<br>
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.<br>
<br>
<br>
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 ...<br>
<br>
<br>
</span></font></font><font size="5"><font face="Helvetica, Verdana, Arial"><span style="font-size:12pt">-- <br>
Raimund Sacherer<br>
-<br>
RunSolutions<br>
Open Source It Consulting<br>
-<br>
<br>
Parc Bit - Centro Empresarial Son Espanyol<br>
Edificio Estel - Local 3D<br>
07121 - Palma de Mallorca<br>
Baleares<br>
</span></font></font><font size="4"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
On Aug 29, 2009, at 6:01 PM, Anthony Minessale wrote:<br>
<br>
</span></font></font><blockquote><font size="4"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
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.<br>
<br>
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.<br>
<br>
It may or may not be worth it to raise that kind of funding just to avoid an occasional disaster.<br>
<br>
Then there is a matter of securing the time of the developers necessary to carry out the implementation.<br>
<br>
<br>
</span></font></font><blockquote><font size="4"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">On Aug 29, 2009 10:19 AM, "Brian West" <<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>> wrote:<br>
<br>
I was able to do this using OpenVZ, You can get away with it on<br>
smaller instances... like if you're doing one instance per company but<br>
don't expect live migration to work as well on large instances with<br>
thousands of calls up at once. You need a fast network, fast disks and<br>
to follow the howto on the wiki.<br>
<font color="#888888"><br>
/b<br>
</font><br>
<font color="#500050">On Aug 29, 2009, at 4:58 AM, Steve Kurzeja wrote: > You still have hardware failures and fail-over...<br>
</font><br>
<font color="#500050">_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists...<br>
</font><br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org"><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users"><a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></a><br>
<a href="http://www.freeswitch.org"><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></a><br>
</span></font></font></blockquote><font size="4"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font></font></blockquote><font size="4"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
<hr align="CENTER" size="3" width="95%"></span></font><font face="Consolas, Courier New, Courier"><span style="font-size:10pt">_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org"><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users"><a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></a><br>
<a href="http://www.freeswitch.org"><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></a><br>
</span></font></font>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>FreeSWITCH-users mailing list</span><br><span><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></span><br><span><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></span><br><span>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users</span><br><span><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></span><br></div></blockquote></body></html>