"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>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">yurazilot1@list.ru</a>></span><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 class="im">(<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">klejch+freeswitch@netbox.cz</a>>:<br>
<div><div></div><div class="h5"><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">klejch+freeswitch@netbox.cz</a><br>
><br>
</div></div><div><div></div><div class="h5">> _______________________________________________<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>
<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">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><br>