<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 17, 2016 at 2:07 PM, Hauke Mehrtens <span dir="ltr"><<a href="mailto:hauke@hauke-m.de" target="_blank">hauke@hauke-m.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 03/31/2016 12:18 PM, Hans Dedecker wrote:<br>
> Let DHCP client send a release when it exists so the DHCP server is<br>
> informed the IP address is released and allowing to clean up IP/mac<br>
> state info in intermediate devices.<br>
><br>
> Signed-off-by: Hans Dedecker <<a href="mailto:dedeckeh@gmail.com">dedeckeh@gmail.com</a>><br>
<br>
I think in the normal case we should not send a release, so we can get<br>
the IP address back later.<br>
<br>
<a href="https://www.ietf.org/rfc/rfc2131.txt" rel="noreferrer" target="_blank">https://www.ietf.org/rfc/rfc2131.txt</a> says in section 3.2 part 4.:<br>
      Note that in this case, where the client retains its network<br>
      address locally, the client will not normally relinquish its<br>
      lease during a graceful shutdown.  Only in the case where the<br>
      client explicitly needs to relinquish its lease, e.g., the client<br>
      is about to be moved to a different subnet, will the client send<br>
      a DHCPRELEASE message.<br></blockquote><div>It's a bit ambiguous to interprete (like so many statements in rfc2131 :) ) as we don't keep the IP address locally when the udhcpc client is shutdown.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
What about making this configurable?</blockquote><div>Fine to make it configurable; will send a follow-up patch in one of the next days</div><div><br></div><div>Hans </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Hauke<br>
</font></span></blockquote></div><br></div></div>