Wrong data layout for DHCPv6 option bootfile-param?

[Shawn Routhier]

> On Aug 26, 2015, at 4:35 PM, Celelibi <celelibi at gmail.com> wrote:
> 
> Hello,
> 
> I've seen that the DHCPv6 option 60 has been implemented. However, I
> think the data layout sent on the network is wrong with respect to the
> RFC 5970.
> 
> The current implementation send this option as a single string. I.e. a
> 16 bits integer representing the size of the string and the sequence
> of bytes of the string.
> 
> The RFC 5970 say that the data layout of this option start with the
> total byte size on a 16 bits integer, followed by a sequence of
> strings (length + bytes).
> 
> Have I understood something wrong or is this really a bug from the dhcpd?

Neither.  This is a limitation of the description and parsing code used
to manage the options.  With the current description it isn’t possible
to represent the multiple variable length fields that the option describes.
The closest we currently have is X - ascii or binary - in which you would
need to pre-format the parameters into a single string.  

Or if you have
a well specified list (for example you have a single parameter) you could
undefine RFC5970 and add your own definition that is more restrictive
but allows you easier control.

> 
> 
> Best regards,
> Celelibi
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users