Re: [Fwd: [Forces-protocol] Presentation of the options forLFB-level multicast]

["Joel M. Halpern" <[e-mail]>]

I may be missing something, but when I consider likely encodings of data, 
there are two aspects.  There are element identifiers (top level attribute, 
element of struct, etc) and there are subscripts.

Now, for nested structs, or structs within tables, or any other cases, 
there is no need to encode the identifiers for the fields in the 
data.  Knowing the starting point of the data, and the type of that 
starting point, and the encoding rules, should allow one to decode the 
elements without needing either internal type identifiers or internal 
element identifiers.  Variable length elements (strings, arrays) do need 
lengths.

When an entire array is being shipped, if the elements have subscripts 
(which I want) then it is indeed necessary to include the subscripts of 
each element with that element.  There are multiple ways to adress this, 
but none of them involve putting the field identifiers into the data.

Yours,
Joel

PS: If one is going to use a verbose TLV-like encoding of the data, one may 
end up encoding the types in the data or the field identifiers.  But this 
is fundamentally redundant information.


_______________________________________________
Forces-protocol mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/forces-protocol