<div dir="ltr">Hey Peter,<div><br></div><div>I am sure that this works on the server. That is not because I found it in the documentation, but just based on seeing it myself. I have confirmed that these hosts are asking for these options. In fact, in the DHCPDISCOVER, I see:</div><div><br></div><div><div>OPTION:  55 ( 14) Parameter Request List      1 (Subnet mask)</div><div>                                              3 (Routers)</div><div>                                              6 (DNS server)</div><div>                                             12 (Host name)</div><div>                                             15 (Domainname)</div><div>                                             28 (Broadcast address)</div><div>                                             51 (IP address leasetime)</div><div>                                             53 (DHCP message type)</div><div>                                             54 (Server identifier)</div><div>                                             66 (TFTP server name)</div><div>                                             42 (NTP servers)</div><div>                                              2 (Time offset)</div><div>                                            120 (SIP Servers DHCP Option)</div><div>                                            121 (Classless Static Route)</div><br><br></div><div>When the "append dhcp-parameter-request-list" and the "option vendor-encapsulated-options...." are included in the config block for that subnet, 3, 6, and 28 are just not sent.    That was, until I added the line "append dhcp-parameter-request-list 3", then one for 6 and another for 28. I suspect these aren't the only options missing, but the only ones I'm caring about today.</div><div><br></div><div>I agree this behavior seems odd. That said, I have proven, at least here, that these changes fix the issue. This seems like one of those murky things that's going to manifest again during an upgrade or other system change. :)</div><div><br></div><br></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 11, 2018 at 2:57 AM Peter Rathlev <<a href="mailto:peter@rathlev.dk">peter@rathlev.dk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 2018-09-07 at 13:45 -0500, Ryan Gray wrote:<br>
> I'm running DHCP Server 4.3.3. I have implemented option 43 to hand<br>
> out the URI of a tr069 server in the network.<br>
> <br>
> It works. However, when I am successfully giving a lease with option<br>
> 43 added, I am not getting options 3, 6, and 28. The lines I'm adding<br>
> to my subnet statement are:<br>
> <br>
> shared-network Internet {<br>
>     subnet xx.xxx.xxx.0 netmask 255.255.255.0 {<br>
>         append dhcp-parameter-request-list 43;<br>
[...]<br>
<br>
Are your sure "append" works like this on the server? I only know that<br>
option from the client configuration. I cannot see it mentioned in the<br>
man pages for dhcpd 4.3.6b1.<br>
<br>
We use syntax like this:<br>
<br>
   option dhcp-parameter-request-list = concat(option dhcp-parameter-request-list, 43);<br>
<br>
You shouldn't have to modify the "dhcp-parameter-request-list" though.<br>
The client should request it normally by itself. But there are of<br>
course clients that misbehave.<br>
<br>
-- <br>
Peter<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>