Date: Wed, 17 Jun 2009 11:16:51 +0200
From: "Pascal Thubert (pthubert)" <[email protected]>
Let's see what we have on the table
A) As you say we could elide trailing zeroes.
We'd use the first 2 bits to say how many bytes in the bitmap, trail all
zeroes.
[...]
B) Or we could use an encoding similar to the LOWPAN_NHC in the header
compression draft.
[...]
Conclusion:
A) gives us up to 30 fragments and a very simple encoding as opposed to
28 for B
B) is more efficient in that it saves one octet for the 7th fragment
whereas A saves on octet on the 22nd, which is probably a much rarer
occasion.
I'd be more inclined to use B) for the slightly better compression but
I'd appreciate opinions on this.
Opinions? Votes are:
A, B, or B+read right to left.
None of the above. I don't think it is worth adding this
much complexity just to reduce the size of the FRACK packet.
Reducing the overhead in the fragments would be helpful, but
I don't see much in the way of possibilities.
-Richard Kelsey
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
