<p dir="ltr">If I am reading it correctly you have the total packet length (including the body) as the first byte so I am OK with the body size immediately proceeding the body data and in general this should be the same format for all variable length fields (no checked this is the case in detail).</p>
<p dir="ltr">Just my 2p worth.</p>
<p dir="ltr">Jeremy</p>
<div class="gmail_quote">On 24 Dec 2015 10:27, "Damon Hart-Davis" <<a href="mailto:damon@opentrv.uk">damon@opentrv.uk</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
<a href="http://www.earth.org.uk/OpenTRV/stds/network/20151203-DRAFT-SecureBasicFrame.txt" rel="noreferrer" target="_blank">http://www.earth.org.uk/OpenTRV/stds/network/20151203-DRAFT-SecureBasicFrame.txt</a><br>
<br>
Matthew W suggests that parsing (etc) might be significantly easier if the body length field was moved up somewhere in front of the variable-length ID field (or if the ID length was fixed, but I’m pretty certain that I don’t want to take that path).<br>
<br>
I’m loathe to separate the body length from the body, but I’m interested in other views on this.  Simplicity in parsing/generating is very valuable for the sorts of small systems that this protocol is aimed at.<br>
<br>
Will Santa bring us a working protocol?  B^><br>
<br>
Rgds<br>
<br>
Damon<br>
_______________________________________________<br>
OpenTRV-dev mailing list<br>
<a href="mailto:OpenTRV-dev@lists.opentrv.org.uk">OpenTRV-dev@lists.opentrv.org.uk</a><br>
<a href="http://lists.opentrv.org.uk/listinfo/opentrv-dev" rel="noreferrer" target="_blank">http://lists.opentrv.org.uk/listinfo/opentrv-dev</a><br>
</blockquote></div>