Cool!<br><br><br><div class="gmail_quote">On 4 August 2010 21:15, jay binks <span dir="ltr">&lt;<a href="mailto:jaybinks@gmail.com">jaybinks@gmail.com</a>&gt;</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">&lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</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>&quot;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 :(&quot;<br><br></div>Sorry, but that&#39;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&#39;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">&lt;<a href="mailto:yurazilot1@list.ru" target="_blank">yurazilot1@list.ru</a>&gt;</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 &lt;<a href="mailto:klejch%2Bfreeswitch@netbox.cz" target="_blank">klejch+freeswitch@netbox.cz</a>&gt;:<br>
<div><div></div><div><br>
&gt;<br>
&gt; Hi<br>
&gt;<br>
&gt; On linux you can use /proc/sys/net/ipv4/ip_nonlocal_bind to bind to non local<br>
&gt; address on start of FS and then you don&#39;t need any restart of FS or<br>
&gt; reload of sofia profile if this addres is active on the node<br>
&gt;<br>
&gt; or you can have this floating address on dummy iface (?or lo ) šand then<br>
&gt; use right settings in /proc/sys/net/ipv4/conf/eth?/arp_filter,arp_ignore<br>
&gt; and then FS can use this address to bind on start and you don&#39;t need<br>
&gt; restart of FS?or relaod of sofia profile ...<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; š š š š š š š š š š š š š š š Kleo<br>
&gt;<br>
&gt; On Thu, 8 Jul 2010, viewpoint wrote:<br>
&gt;<br>
&gt; &gt; Hello.<br>
&gt; &gt;<br>
&gt; &gt; I currently have a project where I&#39;m researching how to establish a<br>
&gt; &gt; clustered platform wieth failover time ~= some milliseconds.<br>
&gt; &gt;<br>
&gt; &gt; At present we have: 2 identical servers FS, wieth established Pacemaker<br>
&gt; &gt; (<a href="http://www.clusterlabs.org/wiki/Install#From_Source" target="_blank">http://www.clusterlabs.org/wiki/Install#From_Source</a>) - heartbeat. On<br>
&gt; &gt; the one hand it is possible to tell that all works, as, at refusal of<br>
&gt; &gt; the first server, the second server receives cluster-ip. A problem that<br>
&gt; &gt; FreeSWITCH it is necessary to restart (or simply to start) that it began<br>
&gt; &gt; to work with the new IP-address. As the result, a switching total time<br>
&gt; &gt; makes 10-20 sec which basic part is necessary on launch FreeSwitch.<br>
&gt; &gt;<br>
&gt; &gt; any ideas?<br>
&gt; &gt;<br>
&gt; &gt; Thanks.<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; š š š <a href="mailto:klejch%2Bfreeswitch@netbox.cz" target="_blank">klejch+freeswitch@netbox.cz</a><br>
&gt;<br>
</div></div><div><div></div><div>&gt; _______________________________________________<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <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>