> >From what I can tell we appear to be closing in on the idea (from > >Daniel plus others
Agree. Pascal may be right that there are other nice things we could consider if we open all boxes again but this is a sufficient "metal fix" (in ASIC design terminology) to resolve the current issue. It solves an existing, real problem. It allows RPL to run long headers (more than one fragment) and it does not (seem to) introduce new problems. - Anders > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Geoff Mulligan > Sent: Thursday, March 04, 2010 00:00 > To: 6lowpan > Subject: [6lowpan] closing on update to HC draft > > >From what I can tell we appear to be closing in on the idea (from > >Daniel > plus others) that the HC draft should only: > - Allocate a new dispatch value for the "changed" frag > offset and length value > - Define the frag offset and length to be the values > relevant for the actual data in the packet (compresses or not) > - Strongly deprecate the old frag dispatch value > > Agree or disagree? > > geoff > > > _______________________________________________ > 6lowpan mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/6lowpan > _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
