Although this not directly to answer your question but I think you can try haproxy implementation. Very easy to setup.<div><br></div><div><a href="http://haproxy.1wt.eu/">http://haproxy.1wt.eu/</a><br><div><br></div><div>mike --<br>
<br><div class="gmail_quote">On Fri, Jul 17, 2009 at 3:58 AM, Filipe Brandenburger <span dir="ltr"><<a href="mailto:filbranden@gmail.com">filbranden@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<div class="im"><br>
On Thu, Jul 16, 2009 at 15:53, Jerry Geis<<a href="mailto:geisj@pagestation.com">geisj@pagestation.com</a>> wrote:<br>
> When that interface is disabled on box A and becomes active on box B<br>
> what should Box B do to correctly update the ARP tables external to box B<br>
> so the external world knows how to get to the new destination and not<br>
> the old box A?<br>
<br>
</div>You can use the "arping" command to send an unsolicited ARP message to<br>
the other hosts on your local network.<br>
<br>
See "man arping".<br>
<br>
HTH,<br>
<font color="#888888">Filipe<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
CentOS mailing list<br>
<a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank">http://lists.centos.org/mailman/listinfo/centos</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Mike Calizo<br>Registered Linux User # 365113<br><br>_________________________________________________<br>Even the longest journey has to start with a small first-step<br>
                                                                     <br>
</div></div>