I'm working on fragmentation in 6lowpan.c. I've fixed a problem with the offset computation. According to RFC 6282, the offset in the fragmentation head is supposed to give the lotion of the fragment data in the original (uncompressed) datagram. 6lowpan.c computes the offset from the compressed datagram.
The fix is inelegant because the decision to fragment is made after the datagram has been compressed. My solution is to recompile the amount of compression and add it back to the offset. I've tested the fix against a contiki node and the contiki bridge code running in an Atmel dongle. Seems to work ok and wireshark validates the results. Now I'm working on header uncompression of received fragmented datagrams. Stateless address compression mode 3 requires the MAC address from the received frame to use as the IID in the uncompressed IPv6 address. However, the MAC header and sa/da are not copied from the skb carrying the received 802.15.4 frame into the datagram frame skb at the time the first fragment is received. I'm not sure if the frame skb can receive the MAC header and how to copy those values from the input skb. Opinions? Suggestions? - Ralph ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
