Subject: [6lowpan] FW: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-05

From: "Pascal Thubert (pthubert)" <[email-masked]>
Date: Thu, 2 Apr 2009 17:47:46 +0200

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-masked]] 
Sent: samedi 28 mars 2009 03:33
To: Pascal Thubert (pthubert)
Cc: [email-masked]
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.