Hi all, questions about rfc4944 and the new header compression scheme: - does it officialy deprecate the old header compression scheme? - are there other things we discovered can be improved or deprecated in rfc4944? - regarding hc: after recent discussions, and as we want to keep one byte only for the new encoding, would it be ok to revise dispatch values? I would propose to take two more bits for address compression, hence we would need 13 bits For now there are 148 dispatch values used, 108 free. I feel the 64 for "not a lowpan frame" could be replaced by 1, which would mean 85 values used, 171 free. New HC with 13 bits would use 32 of them, leaving 139 reserved... I would propose something like: 00000000 not a lowpan frame (1 value) 00000001 ipv6 (1 value) 00000010 escape - additional dispatch byte follows (1 value) 00000011 broadcast (1 value) 000001xx reserved (4 reserved) 00001xxx frag 1 (8 values) 00010xxx frag n (8 values) 00011xxx (8 reserved) 001xxxxx HC (32)
01xxxxxx mesh (64) 11xxxxxx (128 reserved) Note that this way, the reserved blocks are easily usable, meaning that if you want 32 values, you can have them with the same first 3 bits, which is not feasible with the dispatchs values from 4944... What do you think? Cheers, Julien
_______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
