<br><br><div class="gmail_quote">On Mon, May 9, 2011 at 8:00 PM,  <span dir="ltr"><<a href="mailto:dhcp-users-request@lists.isc.org">dhcp-users-request@lists.isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Send dhcp-users mailing list submissions to<br>
        <a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:dhcp-users-request@lists.isc.org">dhcp-users-request@lists.isc.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:dhcp-users-owner@lists.isc.org">dhcp-users-owner@lists.isc.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of dhcp-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: Insert delay in dhcp3-relay ? (Benjamin)<br>
   2. Re: dhcp-users Digest, Vol 31, Issue 16 (Derek Wang)<br>
   3. Re: dhcp-users Digest, Vol 31, Issue 16 (Derek Wang)<br>
   4. Re: the question about the dhcp relay deployment (Simon Hobson)<br>
   5. Convite para conectar-se no LinkedIn<br>
      (Eduardo Henrique De Oliveira Gon?alves)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 08 May 2011 18:06:18 +0200<br>
From: Benjamin <<a href="mailto:hexor38@gmail.com">hexor38@gmail.com</a>><br>
Subject: Re: Insert delay in dhcp3-relay ?<br>
To: <a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
Message-ID: <<a href="mailto:4DC6BF7A.7060205@gmail.com">4DC6BF7A.7060205@gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Le 05/05/2011 09:05, <a href="mailto:dhcp-users-request@lists.isc.org">dhcp-users-request@lists.isc.org</a> a ?crit :<br>
> 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>
Hello,<br>
This is the function I need ! but ... I have test it, and it don't work,<br>
I put the min-secs in my range but the DHCP send an offer without delay<br>
(min-secs delay).<br>
Have you got an idea  why the delay don't work ? ( I have tested out of<br>
the range (at the start of dhcpd.conf) but it's the same result...)<br>
<br>
Thanks.<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 9 May 2011 09:29:38 +0800<br>
From: Derek Wang <<a href="mailto:xiangshu129@gmail.com">xiangshu129@gmail.com</a>><br>
Subject: Re: dhcp-users Digest, Vol 31, Issue 16<br>
To: <a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
Message-ID: <BANLkTi=<a href="mailto:hoedQiWFbGTkb37kKtNUCm%2BJefQ@mail.gmail.com">hoedQiWFbGTkb37kKtNUCm+JefQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I got the points!<br>
<br>
Thanks for all your explanations and help!<br>
<br>
--<br>
Best Regards,<br>
Derek Wang<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.isc.org/pipermail/dhcp-users/attachments/20110509/e5ea93b6/attachment-0001.html" target="_blank">https://lists.isc.org/pipermail/dhcp-users/attachments/20110509/e5ea93b6/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 9 May 2011 13:14:05 +0800<br>
From: Derek Wang <<a href="mailto:xiangshu129@gmail.com">xiangshu129@gmail.com</a>><br>
Subject: Re: dhcp-users Digest, Vol 31, Issue 16<br>
To: <a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
Message-ID: <<a href="mailto:BANLkTikXCi67eJpvNGbO7cv6ExGDC33Qrg@mail.gmail.com">BANLkTikXCi67eJpvNGbO7cv6ExGDC33Qrg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Simon, you mentioned in last paragraph that we also need to make sure the<br>
client can contact the server via unicast after<br>
got the IP in the client side, it's right because the client need to send<br>
the DHCPREQUEST packet to the dhcp server to renew<br>
the information.<br>
<br>
But If the client can not contact dhcp server via unicast, like without<br>
correct route info, then what will happen?<br>
I think the client will time out after the max-lease-time, then the client<br>
will initiate the DHCPDISCOVER again,<br>
and the relay will do the left work like before. But I tried that in<br>
Solaris, the result is not like what I assume. Actually<br>
the server side see the DHCPDISCOVER packet, but the server will not return<br>
the DHCPOFFER to the relay, then to<br>
the client. And when I return to check the client's expire info, and the<br>
result is 1969 Wed Dec 31 23:59:59 1969, but the<br>
output is 2011 Mon May 09 04:53:23 2011 after the client get the dhcp info<br>
successfully first time. It's so weird. Is that<br>
expected?<br>
<br>
thanks!<br>
--<br>
Best Regards,<br>
Derek Wang<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.isc.org/pipermail/dhcp-users/attachments/20110509/069da6e1/attachment-0001.html" target="_blank">https://lists.isc.org/pipermail/dhcp-users/attachments/20110509/069da6e1/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 9 May 2011 07:51:51 +0100<br>
From: Simon Hobson <<a href="mailto:dhcp1@thehobsons.co.uk">dhcp1@thehobsons.co.uk</a>><br>
Subject: Re: the question about the dhcp relay deployment<br>
To: Users of ISC DHCP <<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a>><br>
Message-ID: <<a href="mailto:p0624081bc9ed3d9eaea9@simon.thehobsons.co.uk">p0624081bc9ed3d9eaea9@simon.thehobsons.co.uk</a>><br>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"<br>
<br>
Derek Wang wrote:<br>
<br>
Can you please maintain the thread subject ? When people come back to<br>
look through the archives, "dhcp-users Digest, Vol 31, Issue 16" will<br>
mean nothing at all.<br>
<br>
>Simon, you mentioned in last paragraph that we also need to make<br>
>sure the client can contact the server via unicast after<br>
>got the IP in the client side, it's right because the client need to<br>
>send the DHCPREQUEST packet to the dhcp server to renew<br>
>the information.<br>
><br>
>But If the client can not contact dhcp server via unicast, like<br>
>without correct route info, then what will happen?<br>
>I think the client will time out after the max-lease-time, then the<br>
>client will initiate the DHCPDISCOVER again,<br>
<br>
The normal process is that after about half the lease time, the<br>
client should start unicasting renewal requests to the server that<br>
issued the lease. Towards the end of the lease, but before it's<br>
expired, is should switch to broadcasting renewal requests - which<br>
means any server can respond. Finally, if nothing has responded to<br>
the renewal request (either by unicast, then later by broadcast), the<br>
client will deconfigure the interface and start from the beginning<br>
and broadcast discover packets.<br>
<br>
I would suggest you track down the book "The DHCP Handbook" by Ralph<br>
Droms and Ted Lemon". This has a thorough (but very readable)<br>
explanation of how the protocol works and the different states the<br>
server & client can go through. It also explains why the protocol<br>
works the way it does, which is rather a case of "we wouldn't start<br>
from here" given a clean sheet. This is better than observing a<br>
specific client & server combination and inferring what's happening -<br>
it's not unknown (for example) for clients to misbehave.<br></blockquote><div><br></div><div>I wasn't aware the subject issue before</div><div>Sorry for any inconvenience.</div><div><br></div><div>Also thanks for your help and suggestions!</div>
<div><br></div><div>-Derek </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
--<br>
Simon Hobson<br>
<br>
Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>
author Gladys Hobson. Novels - poetry - short stories - ideal as<br>
Christmas stocking fillers. Some available as e-books.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 9 May 2011 10:26:08 +0000 (UTC)<br>
From: Eduardo Henrique De Oliveira Gon?alves    <<a href="mailto:dupotter@gmail.com">dupotter@gmail.com</a>><br>
Subject: Convite para conectar-se no LinkedIn<br>
To: <<a href="mailto:dhcp-users@isc.org">dhcp-users@isc.org</a>><br>
Message-ID:<br>
        <562582744.2534675.1304936768373.JavaMail.app@ela4-bed40.prod><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
LinkedIn<br>
------------<br>
<br>
<br>
Eu gostaria de adicion?-lo ? minha rede profissional no LinkedIn.<br>
-Eduardo Henrique<br>
<br>
Eduardo Henrique De Oliveira Gon?alves<br>
Analista de Suporte de TI na Grupo S?o Martinho<br>
Quirin?polis e redondezas, Brasil<br>
<br>
Confirme que voc? conhece Eduardo Henrique De Oliveira Gon?alves<br>
<a href="https://www.linkedin.com/e/-ah4dnp-gnh9nqlv-h/isd/2838541552/ILovxfWA/" target="_blank">https://www.linkedin.com/e/-ah4dnp-gnh9nqlv-h/isd/2838541552/ILovxfWA/</a><br>
<br>
<br>
<br>
--<br>
(c) 2011, LinkedIn Corporation<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lists.isc.org/pipermail/dhcp-users/attachments/20110509/368da467/attachment-0001.html" target="_blank">https://lists.isc.org/pipermail/dhcp-users/attachments/20110509/368da467/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
<br>
End of dhcp-users Digest, Vol 31, Issue 17<br>
******************************************<br>
</blockquote></div><br>