<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi,<div><br></div><div>I agree to your comments that rather than the usecase this is a testcase. </div><div>The same test case is working without any issues, when the below versions are available on server and client respectively.</div><div>version available on server and client: 4.2.1-P1<br></div><div><br></div><div>But the same testcase is not working when we have the below versions.</div><div>version on server: 4.3.6</div><div>version on client: 4.2.1-P1</div><div><br></div><div>Apart from that, the other clarification which i would like to get clarified from the experts is that how the server acts to the DHCP requests from the clients in a situation where the time stamps are completely different. From the conf file server should acknowledge the respective seconds of the leasetime(as mentioned in conf file) irrespective of the timestamps. This is not happening in this scenario where server is offering a huge lease value. </div><div><br></div><div>In the current scenario client requested for the respective lease for the time duration as mentioned in the conf file. </div><div><br></div><div>Here is the sequence of flow it happened:</div><div>1. Client initiates DHCP Request for 3600s(1hr)</div><div>2. Server acknowledges(DHCP Ack) with lease time:(158253440s) 1831 days, 15 hours, 17 minutes, 20 seconds</div><div><br></div><div>How the server is calculating the lease time which is not the one defined as per the conf file.</div><div><br></div><div>Thanks & Regards,</div><div>Muralikrishna</div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 10, 2019 at 9:55 PM Simon Hobson <<a href="mailto:dhcp1@thehobsons.co.uk">dhcp1@thehobsons.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Rob Janssen <<a href="mailto:rob@ision.nl.eu.org" target="_blank">rob@ision.nl.eu.org</a>> wrote:<br>
<br>
> I have seen such postings many times on NTP lists and groups, where a "local team" wants to validate the operation of the NTP service and decides to write a testplan similar to this:<br>
> <br>
> - setup an isolated local network with a client and a server<br>
> ...<br>
> - manually change the clock of the client (or the server) by several years ...<br>
> <br>
> When that does not work out, they come and ask why.<br>
<br>
Or come here and ask why the DHCP service is "broken" !<br>
<br>
<br>
> Having a LAN address of 169.254.x.x is not that uncommon in such test environments.<br>
<br>
Which is still not valid for a DHCP server - common or not.<br>
<br>
<br>
We'll just have to wait for the OP to come back with an alternative narrative ;-)<br>
<br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><br><br><br><br>Thanks & Regards,<br>Muralikrishna CH<br><br></div></div></div>