Re: [6tisch] Intention for draft-thubert-roll-forwarding-frags

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 07 February 2014 08:48 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E04D81A05DA; Fri, 7 Feb 2014 00:48:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.036
X-Spam-Level:
X-Spam-Status: No, score=-10.036 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 caSIO4qpX4Rk; Fri, 7 Feb 2014 00:48:34 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) by ietfa.amsl.com (Postfix) with ESMTP id DA6BD1A05CA; Fri, 7 Feb 2014 00:48:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2312; q=dns/txt; s=iport; t=1391762912; x=1392972512; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BXAf2tELa1aHY6o881j8FbSpTAtBiYMayKGpyMGwnp8=; b=C12JuYKMihdP7zwy4II1Q+Y+uS0YQlUn6rMTuHK13S5mw0RRXn+RSUZ8 Ind8zQEajYiz4NuekkgTvhiMJ3ezItPzQYZa5uQjNtYLVrc7S+NqrfAfZ F3Nmmo4qR4J0SPinqnqcwu5niMLvb5j9QHcdJU1Ud6XQAuJ0cKqrSQIqZ 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgMFAAud9FKtJXG//2dsb2JhbABZgww4V75/gQoWdIIlAQEBBHkMBAIBCBEEAQEBCh0HMhQJCAIEDgUIh30NzQ8XjkwxBwaDHoEUBIkRkEyQb4Mtgio
X-IronPort-AV: E=Sophos;i="4.95,799,1384300800"; d="scan'208";a="18682909"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by alln-iport-4.cisco.com with ESMTP; 07 Feb 2014 08:48:32 +0000
Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id s178mWsG019609 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 7 Feb 2014 08:48:32 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.57]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0123.003; Fri, 7 Feb 2014 02:48:32 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Thread-Topic: Intention for draft-thubert-roll-forwarding-frags
Thread-Index: AQHPGIybaTJ6ApR1/0qpQGZb5oitF5qnBu3wgAHhtwCAAKXioA==
Date: Fri, 07 Feb 2014 08:48:31 +0000
Deferred-Delivery: Fri, 7 Feb 2014 08:48:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD8416FFE75@xmb-rcd-x01.cisco.com>
References: <CAP+sJUfF-hs5+C-2F98Gaa9Sv_1fZcioUxVCaR2EN-y=5vDLwA@mail.gmail.com> <E045AECD98228444A58C61C200AE1BD8416FB771@xmb-rcd-x01.cisco.com> <5466.1391705016@sandelman.ca>
In-Reply-To: <5466.1391705016@sandelman.ca>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.49.80.59]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: roll <roll@ietf.org>, Ines Robles <mariainesrobles@googlemail.com>, "6tisch@ietf.org" <6tisch@ietf.org>, "Jonathan Hui (johui)" <johui@cisco.com>
Subject: Re: [6tisch] Intention for draft-thubert-roll-forwarding-frags
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Feb 2014 08:48:36 -0000

Hello Michael:

There are really 2 pieces in the draft, the 'trick' to forward a fragment and that can be implemented independently and transparently by every node, so there is no need for standardization and I could go ahead with an informational personal submission to the RFC editor - better have an RFC number than a lost in space personal submission.

And then there is the capability to retry and do flow control over fragment on a multihop forwarding plane. Forwarding fragments has this side effect that 1 hop ARQ in the middle of a multihop forwarding plane does not let the fragment source know that a fragment was abandoned somewhere on the way. Incomplete packets are a bad idea in a constrained node. Whether it is a good idea to protect fragments end-to -end over the multihop LLN as opposed *or* on top of every hop is debatable. Carsten opposes, and there were a number of other knee-jerk reactions. But we need a people who understand forwarding and transport to make the decision.

FYI, small frames are here to stay, even though 802.15.4g is heavily used in smartgrid applciations; classical 15.4 2006 is still the base of industrial WSN protocols and, BTW, of 6TiSCH.

Cheers,

Pascal


> -----Original Message-----
> From: mcr@sandelman.ca [mailto:mcr@sandelman.ca] On Behalf Of Michael
> Richardson
> Sent: jeudi 6 février 2014 17:44
> To: Pascal Thubert (pthubert)
> Cc: Ines Robles; Jonathan Hui (johui); roll
> Subject: Re: Intention for draft-thubert-roll-forwarding-frags
> 
> 
> Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
>     > We presented the work at 6lo, but there was a mitigated reception.
> 
>     > Carsten in particular opposed the work, and complained that it moved
> places,
>     > plus has doubts about the retry mechanism.
> 
>     > Would you wish ROLL to continue that work?
> 
> We are not looking for new things, but rather trying to make sure that we
> haven't missed or ignored any relevant new work.  Some times a draft is written
> just to explain an idea, and that it doesn't need to go anywhere.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
> IETF ROLL WG co-chair.    http://datatracker.ietf.org/wg/roll/charter/