Send dhcp-users mailing list submissions to
dhcp-users@lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/dhcp-users
or, via email, send a message with subject or body 'help' to
dhcp-users-requ...@lists.isc.org
You can reach the person managing the list at
dhcp-users-ow...@lists.isc.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."
Today's Topics:
1. Re: Option 43 and missing options (Ryan Gray)
2. Re: Option 43 and missing options (Peter Rathlev)
3. Re: Option 43 and missing options (Ryan Gray)
----------------------------------------------------------------------
Message: 1
Date: Wed, 12 Sep 2018 07:19:27 -0500
From: Ryan Gray <ryantg...@gmail.com>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Option 43 and missing options
Message-ID:
<CA+qjufNHee6=xnsodazcnf7qijtkk-quxofxczvmx8prvmu...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey Peter,
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:
OPTION: 55 ( 14) Parameter Request List 1 (Subnet mask)
3 (Routers)
6 (DNS server)
12 (Host name)
15 (Domainname)
28 (Broadcast address)
51 (IP address leasetime)
53 (DHCP message type)
54 (Server identifier)
66 (TFTP server name)
42 (NTP servers)
2 (Time offset)
120 (SIP Servers DHCP Option)
121 (Classless Static Route)
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.
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. :)
On Tue, Sep 11, 2018 at 2:57 AM Peter Rathlev <pe...@rathlev.dk> wrote:
> On Fri, 2018-09-07 at 13:45 -0500, Ryan Gray wrote:
> > I'm running DHCP Server 4.3.3. I have implemented option 43 to hand
> > out the URI of a tr069 server in the network.
> >
> > It works. However, when I am successfully giving a lease with option
> > 43 added, I am not getting options 3, 6, and 28. The lines I'm adding
> > to my subnet statement are:
> >
> > shared-network Internet {
> > subnet xx.xxx.xxx.0 netmask 255.255.255.0 {
> > append dhcp-parameter-request-list 43;
> [...]
>
> Are your sure "append" works like this on the server? I only know that
> option from the client configuration. I cannot see it mentioned in the
> man pages for dhcpd 4.3.6b1.
>
> We use syntax like this:
>
> option dhcp-parameter-request-list = concat(option
> dhcp-parameter-request-list, 43);
>
> You shouldn't have to modify the "dhcp-parameter-request-list" though.
> The client should request it normally by itself. But there are of
> course clients that misbehave.
>
> --
> Peter
>
> _______________________________________________
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20180912/b1146eea/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 12 Sep 2018 15:01:55 +0200
From: Peter Rathlev <pe...@rathlev.dk>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Option 43 and missing options
Message-ID: <1536757315.2784.12.ca...@rathlev.dk>
Content-Type: text/plain; charset="UTF-8"
On Wed, 2018-09-12 at 07:19 -0500, Ryan Gray wrote:
> 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.
Well something doesn't work, otherwise I assume you wouldn't have
posted the first email. :-)
My point was since I cannot find "append" anywhere in the man pages for
current versions of the server, then maybe that's just not a supported
thing and it could be wrecking havoc. A bug, yes, but only something
that appears when configuring non-supported things.
Searching the interwebs I found this:
https://lists.isc.org/pipermail/dhcp-users/2009-October/010456.html
Almost exactly the same problem as yours: Using "append" to add option
15 makes options 1, 3 and 6 disappear. No answers to that one though.
Also see this:
https://www.syslinux.org/archives/2003-January/001448.html
Maybe "append" was a dhcpd 3.x thing?
> 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.
>
> 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. :)
My guess is that using the documented "concat" function will actually
solve your problem of disappearing options. I'm guessing this since we
use it that way and are not missing any options.
--
Peter
------------------------------
Message: 3
Date: Wed, 12 Sep 2018 11:46:25 -0500
From: Ryan Gray <ryantg...@gmail.com>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Option 43 and missing options
Message-ID:
<CA+qjufOx=PgxL7+BLNkyr_GfSbA5WGLJjGhxzWfeFiGx1ZN=q...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Peter,
So let me get this straight. You are suggesting I try doing it the right
way?!? ;)
Agreed. Using concat, if nothing else, seems to be the documented method
for making this happen. Using concat also makes me want to drink.
Thanks for the links, too. I'm not sure how I missed those with all the
goog'ing I was doing for this. When I duplicate the desired behavior with
concat instead of with duct tape, I'll hit the list back with the config.
Thank you for your time.
Regards,
Ryan Gray
On Wed, Sep 12, 2018 at 8:02 AM Peter Rathlev <pe...@rathlev.dk> wrote:
> On Wed, 2018-09-12 at 07:19 -0500, Ryan Gray wrote:
> > 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.
>
> Well something doesn't work, otherwise I assume you wouldn't have
> posted the first email. :-)
>
> My point was since I cannot find "append" anywhere in the man pages for
> current versions of the server, then maybe that's just not a supported
> thing and it could be wrecking havoc. A bug, yes, but only something
> that appears when configuring non-supported things.
>
> Searching the interwebs I found this:
>
> https://lists.isc.org/pipermail/dhcp-users/2009-October/010456.html
>
> Almost exactly the same problem as yours: Using "append" to add option
> 15 makes options 1, 3 and 6 disappear. No answers to that one though.
>
> Also see this:
>
> https://www.syslinux.org/archives/2003-January/001448.html
>
> Maybe "append" was a dhcpd 3.x thing?
>
> > 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.
> >
> > 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. :)
>
> My guess is that using the documented "concat" function will actually
> solve your problem of disappearing options. I'm guessing this since we
> use it that way and are not missing any options.
>
> --
> Peter
>
> _______________________________________________
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20180912/c4838bed/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
End of dhcp-users Digest, Vol 119, Issue 5
******************************************
