[Roll] FW: New Version Notification for draft-thubert-6lo-forwarding-fragments-01.txt

Abdussalam Baryun <abdussalambaryun@gmail.com> Sat, 15 February 2014 23:00 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46EB81A02A7 for <roll@ietfa.amsl.com>; Sat, 15 Feb 2014 15:00:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AkU5kLyE3X1o for <roll@ietfa.amsl.com>; Sat, 15 Feb 2014 15:00:43 -0800 (PST)
Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) by ietfa.amsl.com (Postfix) with ESMTP id 6A8D31A00F5 for <roll@ietf.org>; Sat, 15 Feb 2014 15:00:43 -0800 (PST)
Received: by mail-yk0-f178.google.com with SMTP id 79so27411081ykr.9 for <roll@ietf.org>; Sat, 15 Feb 2014 15:00:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=3nGBrYx3P7Za1aMDyknkxtjBlu3Ntj/yCdCz8InsQIk=; b=hfbR1u1vHpCOFOl4gvu6Hxoi5+JF/8lIAoOyVwvpkZmfL+6pzOQQL2BSHUurIeysBp UQ5CDDUnvUmaqgz2xhWerC+wGAH3H8xfhUqU9LTY2vWA/cOmZ+P/5OgXAK8DR2Dtq0w/ h1nMY7UI6xmupeHNr7e+aOW+98PHGlGcH/d9bPmLtsAdDE3rTpDHYvl4q1iYXICyPdoq LNLDFDCSXtjNvH8PVEZqlx3XIL+p3a/pFl4N/2AJD2CB8cnTrxNDy7X52Gjw8vlX9EXa Y6oiafXXyethoR2fLriFc+PcavKDhUKxqfckQijYUv9j1JcN6VhgunbnDYF+8eEJudsS /U7A==
MIME-Version: 1.0
X-Received: by 10.236.126.162 with SMTP id b22mr6086211yhi.72.1392505241409; Sat, 15 Feb 2014 15:00:41 -0800 (PST)
Received: by 10.170.222.3 with HTTP; Sat, 15 Feb 2014 15:00:41 -0800 (PST)
In-Reply-To: <E045AECD98228444A58C61C200AE1BD84171B385@xmb-rcd-x01.cisco.com>
References: <E045AECD98228444A58C61C200AE1BD84171B385@xmb-rcd-x01.cisco.com>
Date: Sun, 16 Feb 2014 00:00:41 +0100
Message-ID: <CADnDZ88n5aXg6J7GDipVOJ34qNhxVoCJs+5FDs78WAOy2xxPBA@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Content-Type: multipart/alternative; boundary="20cf301af605431d3904f279e479"
Archived-At: http://mailarchive.ietf.org/arch/msg/roll/NWbK6wUUi6Shzo3lFPe8Rho2HPs
Subject: [Roll] FW: New Version Notification for draft-thubert-6lo-forwarding-fragments-01.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Feb 2014 23:00:46 -0000

On Friday, February 14, 2014, Pascal Thubert (pthubert) wrote:

> Dear all,
>
> In the light of recent exchanges on the ROLL and 6TiSCH mailing lists, I
> suggest we focus discussions on this draft on the 6lo ML.


I don't mind it on roll as well, but will reply to those exchanges.

I am still looking into it, but need more time to review. So my silence
means I need more time to decide.


> Considering that we are getting effective contribution indicating that the
> end-to-end ARQ is effectively needed, I decided to republish to reboot the
> work.


Yes


> Once we get past the "is it really needed" question, the next fair
> question is whether the proposed mechanism is adapted and to evaluate
> eventual alternates.


I think I supported the work before but forgot why it was not progressed.

>
> If you agree that we need fragment forwarding and recovery *please shime
> in*.
> If you are willing to spend effective time on it and contribute to the
> solution, *please shime in*.
> In any case, please cc the 6lo mailing list *only*.
>
> Cheers,
>
> Pascal
>
>
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: vendredi 14 février 2014 14:05
> To: Jonathan Hui (johui); Pascal Thubert (pthubert); Jonathan Hui (johui);
> Pascal Thubert (pthubert)
> Subject: New Version Notification for
> draft-thubert-6lo-forwarding-fragments-01.txt
>
>
> A new version of I-D, draft-thubert-6lo-forwarding-fragments-01.txt
> has been successfully submitted by Pascal Thubert and posted to the IETF
> repository.
>
> Name:           draft-thubert-6lo-forwarding-fragments
> Revision:       01
> Title:          LLN Fragment Forwarding and Recovery
> Document date:  2014-02-14
> Group:          Individual Submission
> Pages:          14
> URL:
> http://www.ietf.org/internet-drafts/draft-thubert-6lo-forwarding-fragments-01.txt
> Status:
> https://datatracker.ietf.org/doc/draft-thubert-6lo-forwarding-fragments/
> Htmlized:
> http://tools.ietf.org/html/draft-thubert-6lo-forwarding-fragments-01
> Diff:
> http://www.ietf.org/rfcdiff?url2=draft-thubert-6lo-forwarding-fragments-01
>
> Abstract:
>    In order to be routed, a fragmented packet must be reassembled at
>    every hop of a multihop link where lower layer fragmentation occurs.
>    Considering that the IPv6 minimum MTU is 1280 bytes and that an an
>    802.15.4 frame can have a payload limited to 74 bytes in the worst
>    case, a packet might end up fragmented into as many as 18 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 forward and
>    recover individual fragments that might be lost over multiple hops
>    between 6LoWPAN endpoints.
>
>
>
>
> Please note that it may take a couple of minutes from the time of
> submission until the htmlized version and diff are available at
> tools.ietf.org.
>
> The IETF Secretariat
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>