<div dir="ltr"><div>Thank you, i wasn't aware of that.</div><div>So basically the server just decodes bytes in whatever format they might be provided be it integer, hex, text and it expects the decoded data to make sense for the type of the option set, integer in the case of option code 93</div><div>Is this behavior the same for other option types  (string,ip-address,text,flag) ?</div><div><br></div><div>Guessing providing an integer for a string type option doesn't really make sense , will the server ignore the option in this case or just crash or log an error ?  (i'll test it on a lab server later)</div><div><br></div><div>Thank you for the clarification Simon!</div><div dir="ltr"><br></div><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 13 Apr 2022 22:04:48 +0100, Simon Hobson <<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>> wrote:<br>
<br>
The server really doesn't care - those examples are equivalent. It really comes down to what makes the most sense to the humans involved.<br>
<br>
For something that's "just a number" then the decimal version makes sense. If it's something more readable in hex then use one of the hex formats.<br>
<br>
You could also use a string. E.g. "AA" is (if I remember my codes after a long day) the same as 0x4141, or 41:41, or 16705.<br>
<br>
Simon<br><br>
</blockquote></div></div>
</div>