<br><div class="gmail_quote">2011/5/8 Benjamin <span dir="ltr"><<a href="mailto:hexor38@gmail.com">hexor38@gmail.com</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;">
Le 05/05/2011 09:05, <a href="mailto:dhcp-users-request@lists.isc.org" target="_blank">dhcp-users-request@lists.isc.org</a> a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
You may care to look at the min-secs statement. Adding this to the<br>
subnet declaration for the 'remote' subnet on each server should<br>
achieve what you want.<br>
<br>
         The min-secs statement<br>
<br>
            min-secs seconds;<br>
<br>
            Seconds should be the minimum number of seconds since a client began<br>
            trying to acquire a new lease before the DHCP server will respond to<br>
            its  request.   The  number  of  seconds is based on what the client<br>
            reports, and the maximum value that the client  can  report  is  255<br>
            seconds.    Generally,  setting  this to one will result in the DHCP<br>
            server not responding to the  client's  first  request,  but  always<br>
            responding to its second request.<br>
<br>
            This  can  be  used  to  set  up a secondary DHCP server which never<br>
            offers an address to a client until  the  primary  server  has  been<br>
            given a chance to do so.   If the primary server is down, the client<br>
            will bind to the secondary  server,  but  otherwise  clients  should<br>
            always  bind  to  the primary.   Note that this does not, by itself,<br>
            permit a primary server and a secondary server to share  a  pool  of<br>
            dynamically-allocatable addresses.<br>
<br>
-- Simon Hobson<br>
</blockquote></div>
Hello,<br>
This is the function I need ! but ... I have test it, and it don't work, I put the min-secs in my range but the DHCP send an offer without delay (min-secs delay).<br>
Have you got an idea  why the delay don't work ? ( I have tested out of the range (at the start of dhcpd.conf) but it's the same result...)<br>
<br>
Thanks.<div><div></div><br></div></blockquote><div><br>Shouldn't the clients still be bound to the secondary server when they reboot with a valid lease? If I understood the documentation, in this case, instead of broadcasting to find a new lease (and server), they'll unicast to the last server...<br>
</div></div>