Dear 6LoWPANers, We published a new version just to make it clear that the ack message is a standalone option for the time being. The messages flies back to the source mac address. Note: If that is not sufficient (no mac or the fragments are label switched based on the tag) then the datagram_tag is used to help finds the way back as well.
Dear chairs and A-Ds: considering the support by the group expressed in SFO, is there a way to accommodate this work as a WG doc? Pascal -----Original Message----- From: IETF I-D Submission Tool [mailto:[email protected]] Sent: samedi 28 mars 2009 03:33 To: Pascal Thubert (pthubert) Cc: [email protected] Subject: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-05 A new version of I-D, draft-thubert-6lowpan-simple-fragment-recovery-05.txt has been successfuly submitted by Pascal Thubert and posted to the IETF repository. Filename: draft-thubert-6lowpan-simple-fragment-recovery Revision: 05 Title: LoWPAN simple fragment Recovery Creation_date: 2009-03-28 WG ID: Independent Submission Number_of_pages: 12 Abstract: Considering that 6LoWPAN packets can be as large as 2K bytes and that an 802.15.4 frame with security will carry in the order of 80 bytes of effective payload, a packet might end up fragmented into as many as 25 fragments at the 6LoWPAN shim layer. If a single one of those fragments is lost in transmission, all fragments must be resent, further contributing to the congestion that might have caused the initial packet loss. This draft introduces a simple protocol to recover individual fragments that might be lost over multiple hops between 6LoWPAN endpoints. The IETF Secretariat. _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
