<div dir="ltr"><div>Thank you for your answer!</div><div><br></div><div>I think Kea's implementation is correct, and the client implementation should be fixed.</div><div><br></div><div>Regards.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">2021年4月24日(土) 4:35 Francis Dupont <<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">You can't: Kea wires these widths to the DHCP version (one octet for v4<br>
and two for v6). You have to use the binary format or to write a hook<br>
converting the option content.<br>
<br>
BTW if the RFC 2132 loosely specifies the option 43 there is a SHOULD<br>
about the suboption format which clearly does not allow 2x2 widths.<br>
Now I saw enough options 43 with not compliant contents I am not<br>
surprised...<br>
<br>
Regards<br>
<br>
Francis Dupont <<a href="mailto:fdupont@isc.org" target="_blank">fdupont@isc.org</a>><br>
</blockquote></div>