issue creating a custom DHCPv4 option

Stephen Morris stephen at isc.org
Tue Feb 19 12:26:39 UTC 2013


On 17/02/13 17:28, Carsten Strotmann wrote:
> Hi,
> 
> I'm running in a similar issues with DHCPv6, where I try to define
> the option for RFC 6731: :


Carsten,

The problem that you can't create option with code '252' is caused by
the function that checks that you're not trying to override the
standard option's definition. Inadvertently the check for the range of
codes 224-254 (reserved for private use) was omitted: they are
therefore regarded as standard options and they can't be defined by a
user. This is a bug in the code and a ticket has been created for it:

http://bind10.isc.org/ticket/2772

The other issue is similar but there is slightly different reason for
it. We don't want users to redefine standard options so we check if
you're trying to create a definition of a standard option (option that
belongs to 'dhcp6' space and having a code reserved for standard
option) and reject that configuration. The function that performs this
check compares the option code against all codes registered by IANA:

http://www.iana.org/assignments/dhcpv6-parameters/dhcpv6-parameters.xml

while we still lack definitions of some of these options.

As a result, you can neither use the standard option for which we lack
the definition nor you can define it on your own because of the way we
check that you don't override the standard option's format.

We've created

http://bind10.isc.org/ticket/2773

... to supply the remaining definitions.  Once this is in place, you
will not have to add the definition of the option '74' to set its data.


Stephen and Marcin


More information about the bind10-users mailing list