[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-opt-netboot-05
Damien Neil wrote on 06/10/2009 22:03:45:
> I think that ordering of options should not be significant, although
> I'm not convinced that non-significant ordering is sufficient reason
> to use multiple instances of an option.
>
> One of my concerns is the complexity of presenting option data to a
> user--to a server administrator specifying what to send to a client,
> or to a network configuration script executed by a client.
>
> With DHCPv4 single-instance options, you can say "the value of option
> <foo> is <bar>". For example, in ISC dhcpd:
>
> option domain-name-servers = 10.0.0.1, 10.0.0.2;
>
> When you introduce multiple-instance options, this becomes more
> complicated. There are various means of presenting this to the user,
> but I don't find any of them truly satisfactory.
From a user point of view (I am only a user of dhcp servers, never wrote
one on my own), I would be fine with specifying multiple "option boot-url
= ..." lines in the configuration file. Please excuse my ignorance, but I
can't see a real problem with this, so I'd like to know what are your exact
concerns about this?
> I note that ISC dhcpd doesn't appear to support defining multiple
> instances of an option at this time. The dhcp-options(5) manpage
> states, "normally [multiply-instanced options] are options which are
> digested by the DHCP protocol software, and not by users or
> applications." (If I'm wrong about this, and such support does exist
> in ISC dhcpd, my apologies.)
>
> I'm not absolutely opposed to multiply-instanced options, but I do
> think there's more implementation complexity to them than may first
> meet the eye.
Well, according to the RFC 3315:
"Unless otherwise noted, each option may appear only in the options
area of a DHCP message and may appear only once. If an option does
appear multiple times, each instance is considered separate and the
data areas of the options MUST NOT be concatenated or otherwise
combined."
For me, that sounds like multiple-instance options are allowed if there is
a reason for using them. So I think your dhcp server should somehow support
that in its configuration file, too...?
Mit freundlichen Grüßen / Kind regards,
Thomas Huth
IBM Deutschland Vorsitzender des Aufsichtsrats:
Research & Development GmbH Martin Jetter
Schönaicher Str. 220 Geschäftsführung: Erich Baier
71032 Böblingen Sitz der Gesellschaft: Böblingen
Tel.: +49-7031-16-2183 Registergericht: Amtsgericht
Stuttgart, HRB 243294