<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">
Unfortunally, none of my relay agents can send packets to both servers.<br>
</blockquote>
<br></div>
So the proper fix is to get the vendor of the broken relay agent to fix it ;-)</blockquote><div><br></div><div>My local supplier said it's not going to happen. At least before Second Marsian War ends ;-).</div><div> </div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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.<br>
</blockquote>
<br></div>
Where do they get lost ?<br>
Also it might help to describe your network topology.</blockquote><div><br></div><div>Thanks for your replies, Simon.</div><div><br></div><div>To simplify the things, here's a short cutoff: <a href="http://10.0.0.70/24">10.0.0.70/24</a> is a primary DHCP server (running at present), <a href="http://10.0.0.90/24">10.0.0.90/24</a> is secondary one (actually, it runs in virtual machine). Clients are at different subnet, <a href="http://10.8.2.0/23">10.8.2.0/23</a>. There's a L3 switch routing between subnets (Dell 6024F in this case), <a href="http://10.0.0.1/24">10.0.0.1/24</a> at one side and <a href="http://10.8.2.1/23">10.8.2.1/23</a> at another side. The switch acts as a DHCP relay.</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Let's accept the axiom that I can't deliver requests to both servers. Is there any other way?<br>
</blockquote>
<br></div>
Not that I know of.<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>What about IPVS (Linux IP Virtual Server) and/or VRRP? I could bind both DHCP servers to same virtual server IP and switch between them with external failover.</div>

<div>The only question is disabling all isc-dhcpd's internal failover features while still syncing databases.</div><div> </div>--<div>wbr,<div>Vadym Abramchuk</div></div><div> </div></div><br>