<br><div class="gmail_quote">2012/9/5 Simon Hobson <span dir="ltr"><<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">Vadym Abramchuk wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Failover setup for isc-dhcpd is a well-known, however, both server and clients MUST be in the same subnet<br>
</blockquote>
<br></div>
Wrong<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So build-in failover does not work for relays.<br>
</blockquote>
<br></div>
Wrong<br>
<br>
<br>
You just need to configure your relay agents to forward to both servers. This can either be by sending two unicast packets (add two server addresses), or (I believe) if the network allows, sending one directed broadcast.</blockquote>

<div><br></div><div>Unfortunally, none of my relay agents can send packets to both servers. So that statements above are right for me :).</div><div>As for broadcast, I've tried setting the relay's server address to 10.0.0.255 (broadcast of my servers subnet). dhcpd accepts DISCOVERs, but the OFFERs do not reach the client. Nice try, anyway.</div>

<div><br></div><div>Let's accept the axiom that I can't deliver requests to both servers. Is there any other way? Chaining to second relay agent which will duplicate requests to both servers looks awfull.</div><div>

<br></div><div>Thanks.</div><div><br></div></div><div>--<div>wbr,<div>Vadym Abramchuk</div></div></div><div><br></div>