Hi Pascal, I think it's reasonable to incorporate some of your ideas into HC1g. UDP checksums make sense.
I also understand the motivation for eliding the Hop Limit field. But I'd like to find a way to make it only a single bit. The motivation for this is in the following paragraph. To me, eliding the Hop Limit field only makes sense when communicating over a single IP hop. How about a single bit states if the HLIM is elided or not, and can only be elided when one of the L3 addresses are completely elided. The latter restriction ensures that Hop Limit is only elided on the 6LoWPAN side for a single IP hop. Am I missing a case here? If we can remove one bit from HLIM, then I think we can move the NH field back into HC1. I would remove the L4C bit and say that if NH is non-zero, then HC2 must be included. I believe NH is still part of the L3 header, so it should remain in HC1. The S, D, L, and C fields in HC2 should remain there because they are UDP specific. Also, I was proposing to move HC2 to the start of the L4 header and putting the NH field there seems strange to me. What do you think? -- Jonathan Hui Pascal Thubert (pthubert) wrote: > Hi Jonathan: > > We've been discussing HC1g quite extensively. I'd wish to discuss > variations on your initial proposal: > > ------------------------------------------------------ > The LOWPAN_HC1g encoding as currently in the draft > > 0 1 2 3 4 5 6 7 > +---+---+---+---+---+---+---+---+ > | SC | DC |VTF| NH |L4C| > +---+---+---+---+---+---+---+---+ > > HC2g for UDP > > > 0 1 2 3 4 5 6 7 > +---+---+---+---+---+---+---+---+ > | S | D | L | reserved | > +---+---+---+---+---+---+---+---+ > > > ------------------------------------------------------ > > What seeems to be missing: > > - Hop limit compression (takes 2 bits) > - UDP checksum compression > > > My proposal includes to keep using the mesh header format for route over > to carry the short addresses and hop limit. > > 0 1 2 3 4 5 6 7 > +---+---+---+---+---+---+---+---+ > | SC | DC |VTF| Hlim |L4C| > +---+---+---+---+---+---+---+---+ > > HLIM: > 00 not compressed > 01 placed in the mesh header to count PAN hops > 10 fully elided, packet generated inside the PAN > 11 fully elided, packet came in a stub > > > > HC2g for UDP > > > 0 1 2 3 4 5 6 7 > +---+---+---+---+---+---+---+---+ > | NH | S | D | L | C | rsvrd | > +---+---+---+---+---+---+---+---+ > > C: checksum is compressed. > > Note1: with that new format you need an HC2g to be able to compress NH. > I do not mind. > Note2: if NH is 0 then the NH is placed after the HC2G as it is taken as > an L4 parm not between HC1G and HC2G. The parsing of bits 2..7 depends > on that NH. > > What do you think? > > Pascal _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
