<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><br></div></div><div class="gmail_quote">On Wed, Jun 24, 2015 at 3:11 AM, Peter Rathlev <span dir="ltr"><<a href="mailto:peter@rathlev.dk" target="_blank">peter@rathlev.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 2015-06-23 at 21:43 +0100, Niall O'Reilly wrote:<br>
> On Tue, 23 Jun 2015 13:43:38 +0100, Bob Harold wrote:<br>
> > The DHCP server only sends the options that the client asks for.<br>
><br>
> ISTR over-riding the 'dhcp-parameter-request-list' option on the<br>
> server, and thereby forcing delivery of options not actually<br>
> requested by the client.<br>
<br>
</span>Yes, that's an option:<br>
<br>
<a href="https://lists.isc.org/pipermail/dhcp-users/2013-September/017193.html" rel="noreferrer" target="_blank">https://lists.isc.org/pipermail/dhcp-users/2013-September/017193.html</a><br>
<br>
  class "msft-wpad" {<br>
    match if substring(option vendor-class-identifier, 0, 4) = "MSFT";<br>
    option dhcp-parameter-request-list = concat(option dhcp-parameter-request-list, fc);<br>
  }<br>
<br>
This sends option 252 (0xfc) to Windows client, preventing them from<br>
spamming with INFORMS later.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Peter</font></span></blockquote><div><br></div><div>I would have expected a client to ask for all the options that it understands, and to ignore any option it did not request.  Am I missing something?</div><div> </div></div><br></div></div>