On 03/05/2013 02:38 PM, Ralph Droms (rdroms) wrote: > On Mar 5, 2013, at 10:59 AM 3/5/13, Wolf-Bastian Pöttner > <poett...@ibr.cs.tu-bs.de> wrote: > >> Hi! >> >> Am 20.02.2013 um 03:00 schrieb Ralph Droms (rdroms) <rdr...@cisco.com>: >> >>> What I want to do is update the header compression and fragmentation code >>> so it interoperates using header compression. I think I have code for >>> header compression and send-side fragmentation. I still need to work on >>> the receive-side fragmentation. >> Am I right in assuming, that fragmentation between two linux devices is not >> supposed to work at the moment? > The most recent version of 6lowpan.c that I pulled will interoperate with > other instances of that same code, but not with different codebases. > > 6lowpan.c inserts a fragment offset based on the compressed header, while as > I read the relevant RFCs, the offset should be based on the uncompressed > header.
Yes, it should be based on the uncompressed header. That's one of the things Tony Cheneau fixed. I'm not sure whether that's in his patch set that's not upstream yet. > Because both the fragment generation and fragment reassembly code use the > offset in the same way, 6lowpan.c will interoperate with itself but not, > e.g., Contiki or XINU code. I'm sure we fixed that (at least in some case). Tony can confirm. > As I wrote, I have a fix for fragment generation that has been tested with > Contiki (but has not been committed). I haven't had time to get back to the > code to fix the fragment reassembly code. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
