Re: [dhcwg] FW: dhcwg Digest, Vol 159, Issue 22

[Francis Dupont <[e-mail]>]

 In your previous mail you wrote:

>  Thank you for review and comments. Please see my response inline prefixed
>  with [Srinivas]
>  
>  [Srinivas] We already have an RFC that talks about encoding larger content
>  in DHCPv4 option. So, I mentioned following in section 4.
>     "Maximum possible value of DHCPv4 "option-len" is 255.
>  LWM2M-server-certificate MAY be of length more than 255.  To accommodate
>  larger
>     certificate, DHCP server SHOULD follow encoding as mentioned in
>  [RFC3396]."

=> IMHO it is not the best idea, i.e., in place of relying on a
complex (and not very deployed) extension it is better to just
encourage encodings which don't lead to large options.

>   - as IKEv2 is over UDP too this problem is addressed in RFC 7296 by
>    allowing many different "encodings" (currently 15 in the IANA
>    registry).
>  
>  So I am afraid authors just took a good text about certificate transport
>  (BTW I'd pick the same one so my concern is not about the choice) but missed
>  to add an additional statement about application.
>  
>  I propose:
>   - add something about the encoding byte so nobody will forget to read
>    RFC 7296 and for instance put a X.509 certificate as the whole content
>  [Srinivas] I need a bit more clarity on this comment. Encoding byte is
>  explained in RFC 7296. It will be same even if we explain in our draft. Is
>  that ok to repeat details of "cert encoding" byte of section 3.6, RFC7296? 
>  Or 
>  Do you say that option format defined in section 3.2 "DHCPv6 option for
>  LWM2M server certificate" should include "cert encoding" byte and same
>  should be explicitly explained in our draft?
>  I see later makes more sense.

=> IMHO it is enough to mention the encoding byte but of course the
second solution (add the byte in the figure) is both simple and
efficient so obviously the best.

>   - make a few encodings mandatory to support (*)
>  [Srinivas] I will check what formats/encodings make more sense in LWM2M
>  deployments and I will add them as mandatory list in next version of draft.

=> thanks

[e-mail]