<div dir="ltr"><span style="font-size:12.8000001907349px">Both servers are in normal mode. I checked using the OMSHELL and also the status of the servers that's logged in the "dhcpd.leases" file.</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">To make it clear, what's going on is this:</span></div><div><ol><li><span style="font-size:12.8000001907349px">Host sends DHCPDISCOVERY.</span></li><li><span style="font-size:12.8000001907349px">Relay agent forwards this request to both DHCP servers (this is the way it's suppose to work).</span></li><li><span style="font-size:12.8000001907349px;background-color:rgb(255,255,255)"><font color="#ff0000"><b>BOTH servers replies with a DHCPOFFER message to the client.</b></font></span></li><li><span style="font-size:12.8000001907349px">Clients picks one, sends DHCPREQUEST.</span></li><li><span style="font-size:12.8000001907349px">The selected server replies back to the client with an DHCPACK.</span></li></ol></div><div><span style="font-size:12.8000001907349px">Step 3 is the one that doesn't make sense to me. </span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I've done a test with 1 host is in the same subnet as the DHCP servers, and both of them receives the DHCPDISCOVERY message but actually <b>one of them responds back to the client with a DHCPOFFER</b>, and I understand it's the way it should work.</span></div><div><br></div><div><span style="font-size:12.8000001907349px">Maybe it's me that's understanding this section incorrectly, but that's actually the way it works when host and servers are in the same subnet as described above:</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div>Section 5.3 of <span style="font-family:verdana,arial,helvetica,sans-serif;font-size:14px;line-height:20px;background-color:rgb(250,250,250)"> </span><a href="https://tools.ietf.org/pdf/draft-ietf-dhc-failover-12.pdf" target="_blank">IETF Internet Draft - DHCP Failover Protocol</a> <span style="font-size:12.8000001907349px">  </span></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div style><span style="font-size:12.8000001907349px"> In order to implement load balancing between a primary and secondary</span></div></div><div><div style><span style="font-size:12.8000001907349px"> server pair, each server must respond to DHCPDISCOVER requests from</span></div></div><div><div style><span style="font-size:12.8000001907349px"> some clients and not from other clients. In order to do this suc-</span></div></div><div><div style><span style="font-size:12.8000001907349px"> cessfully, each server must be able to determine immediately upon</span></div></div><div><div style><span style="font-size:12.8000001907349px"> receipt of a DHCP client request whether it is to service this</span></div></div><div><div style><span style="font-size:12.8000001907349px"> request or to ignore it in order to allow the other server to service</span></div></div><div><div style><span style="font-size:12.8000001907349px"> the request.</span></div></div></blockquote><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra">I'll check what Peter and Graham suggested about the secs parameter from the clients.<br><br>Thanks all for your help!<br>-Gerónimo.<br><div class="gmail_quote"><br></div></div></div>