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

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Thu, 02 April 2009 16:13 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6lowpan@core3.amsl.com
Delivered-To: 6lowpan@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 52BD03A681D for <6lowpan@core3.amsl.com>; Thu, 2 Apr 2009 09:13:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.944
X-Spam-Level:
X-Spam-Status: No, score=-7.944 tagged_above=-999 required=5 tests=[AWL=-1.345, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1PN9LmpE-Chr for <6lowpan@core3.amsl.com>; Thu, 2 Apr 2009 09:13:14 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 4A8033A6998 for <6lowpan@ietf.org>; Thu, 2 Apr 2009 09:12:57 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.39,314,1235952000"; d="scan'208";a="165698787"
Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by sj-iport-1.cisco.com with ESMTP; 02 Apr 2009 15:47:52 +0000
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n32FlpeJ003276 for <6lowpan@ietf.org>; Thu, 2 Apr 2009 17:47:51 +0200
Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n32Flpie004148 for <6lowpan@ietf.org>; Thu, 2 Apr 2009 15:47:51 GMT
Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 2 Apr 2009 17:47:51 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
Date: Thu, 02 Apr 2009 17:47:46 +0200
Message-ID: <7892795E1A87F04CADFCCF41FADD00FC073C3C63@xmb-ams-337.emea.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-05
Thread-Index: AcmvTabtGma+eRu/RcS3d+P3fUbS8QEW2ZVA
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: 6lowpan@ietf.org
X-OriginalArrivalTime: 02 Apr 2009 15:47:51.0296 (UTC) FILETIME=[612D9800:01C9B3AA]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2506; t=1238687271; x=1239551271; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20(pthubert)=22=20<pthubert@ci sco.com> |Subject:=20FW=3A=20New=20Version=20Notification=20for=20dr aft-thubert-6lowpan-simple-fragment-recovery-05=20 |Sender:=20; bh=7kNn0Iojf1xAWtxg01JlMfX9zAWYjIZ3IjxLlsFDenQ=; b=h/nwUqZFQ/0mXqX214ZRwozakbXMH6Ih3J/VXRElvleKH9FUwOvz+ZQ4uU efAkH4JvpF9jcJRU86E08ihHem83qnMvdw6zl6ZISTOKvRYCch6qWAH/+BYs 6MCUrNHe3C;
Authentication-Results: ams-dkim-1; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; );
Subject: [6lowpan] FW: New Version Notification for draft-thubert-6lowpan-simple-fragment-recovery-05
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Apr 2009 16:13:16 -0000

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:idsubmission@ietf.org] 
Sent: samedi 28 mars 2009 03:33
To: Pascal Thubert (pthubert)
Cc: jhui@archrock.com
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.