Cool!<br><br><br><div class="gmail_quote">On 4 August 2010 21:15, jay binks <span dir="ltr"><<a href="mailto:jaybinks@gmail.com">jaybinks@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Guys,<div>ššfurther to this interesting discussion, please check out this wiki pageš</div><div><br></div><div><a href="http://wiki.freeswitch.org/wiki/Freeswitch_HA" target="_blank">http://wiki.freeswitch.org/wiki/Freeswitch_HA</a></div>
<div>
<br></div><div>there was an announcement at cluecon that improves Freeswitches ability to do HA-clustering.</div><div>please can you update this wiki page with the information you have learned doing the pacemaker side of this.</div>
<div><br></div><div>also keep the conversation going now, with this new information :)</div><div><br></div><div>Jay</div><div><br></div><div><br><div class="gmail_quote">2010/7/12 Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span><div>
<div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>"As server FS work with share db, there is an impression that at
switching Cluster-IP with active on<br>
a passive, passive server can pick up session begun on an active server
(the necessary data about<br>
current sessions takes from the share db). Whether So it?<br>
Testing has shown that at switching Cluster-IP on reserve FS, that does
not process session which<br>
have begun on first FS :("<br><br></div>Sorry, but that's not currently possible as the call state information is held in memory, not the shared database, and has execution threads started for processing the signalling/media which aren't duplicated on the other machine(s).<br>
<br>-Steve<br><br><br><br><div class="gmail_quote">2010/7/9 viewpoint <span dir="ltr"><<a href="mailto:yurazilot1@list.ru" target="_blank">yurazilot1@list.ru</a>></span><div><div></div><div><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Many thanks for fast and substantial answers!<br>
Has established ipv4.ip_nonlocal_bind=1.<br>
Now there is no necessity to reboot FS or sofia profile.<br>
<br>
As a result it has turned out:<br>
1) Two servers FS which kernel works with the shared db through unix ODBC<br>
2) It Is realised Cluster-IP by installations Pacemaker<br>
<div>(<a href="http://www.clusterlabs.org/wiki/Install#From_Source" target="_blank">http://www.clusterlabs.org/wiki/Install#From_Source</a>)<br>
<br>
</div>As server FS work with share db, there is an impression that at switching Cluster-IP with active on<br>
a passive, passive server can pick up session begun on an active server (the necessary data about<br>
current sessions takes from the share db). Whether So it?<br>
Testing has shown that at switching Cluster-IP on reserve FS, that does not process session which<br>
have begun on first FS :(<br>
<br>
<br>
<br>
Thu, 8 Jul 2010 16:21:40 +0200 (CEST) ÐÉÓØÍÏ ÏÔ Vladimir Klejch <<a href="mailto:klejch%2Bfreeswitch@netbox.cz" target="_blank">klejch+freeswitch@netbox.cz</a>>:<br>
<div><div></div><div><br>
><br>
> Hi<br>
><br>
> On linux you can use /proc/sys/net/ipv4/ip_nonlocal_bind to bind to non local<br>
> address on start of FS and then you don't need any restart of FS or<br>
> reload of sofia profile if this addres is active on the node<br>
><br>
> or you can have this floating address on dummy iface (?or lo ) šand then<br>
> use right settings in /proc/sys/net/ipv4/conf/eth?/arp_filter,arp_ignore<br>
> and then FS can use this address to bind on start and you don't need<br>
> restart of FS?or relaod of sofia profile ...<br>
><br>
><br>
><br>
> š š š š š š š š š š š š š š š Kleo<br>
><br>
> On Thu, 8 Jul 2010, viewpoint wrote:<br>
><br>
> > Hello.<br>
> ><br>
> > I currently have a project where I'm researching how to establish a<br>
> > clustered platform wieth failover time ~= some milliseconds.<br>
> ><br>
> > At present we have: 2 identical servers FS, wieth established Pacemaker<br>
> > (<a href="http://www.clusterlabs.org/wiki/Install#From_Source" target="_blank">http://www.clusterlabs.org/wiki/Install#From_Source</a>) - heartbeat. On<br>
> > the one hand it is possible to tell that all works, as, at refusal of<br>
> > the first server, the second server receives cluster-ip. A problem that<br>
> > FreeSWITCH it is necessary to restart (or simply to start) that it began<br>
> > to work with the new IP-address. As the result, a switching total time<br>
> > makes 10-20 sec which basic part is necessary on launch FreeSwitch.<br>
> ><br>
> > any ideas?<br>
> ><br>
> > Thanks.<br>
><br>
><br>
> --<br>
> š š š <a href="mailto:klejch%2Bfreeswitch@netbox.cz" target="_blank">klejch+freeswitch@netbox.cz</a><br>
><br>
</div></div><div><div></div><div>> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
ñ × íÏÅÍ íÉÒÅ - <a href="http://my.mail.ru/list/yurazilot1/" target="_blank">http://my.mail.ru/list/yurazilot1/</a><br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div></div></div><br>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div></div></div><br><br clear="all"><br>-- <br>Sincerely<br><br>Jay<br>
</div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>