[6tisch] FW: comments/thoughts/edits on 6tisch-architecture

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 14 December 2018 06:42 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 6E55E1310B3 for <6tisch@ietfa.amsl.com>; Thu, 13 Dec 2018 22:42:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.96
X-Spam-Status: No, score=-15.96 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id OOKSqS5vtaYW for <6tisch@ietfa.amsl.com>; Thu, 13 Dec 2018 22:42:39 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C4B8129C6B for <6tisch@ietf.org>; Thu, 13 Dec 2018 22:42:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5196; q=dns/txt; s=iport; t=1544769759; x=1545979359; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=jVWkf7AYpF4OhozuoP1nEXSp1HrsXlE4h/Bcvqgy20A=; b=ExnY2xAifZ/e2Wdjl4NOSHIjL8kfLng1vAJCFQChBOp/9fQh0/MZMcVU gBfY/6/BlJACQaC3ewpQ3VMsnKYvz+SBli1i4GqyjoVYlONb2yr8KTLfG cjjSQ8etaNlEhPF+tyRV8xefomJhFVMI+cx1KPcfReZka++LfXikl11yI o=;
X-Files: signature.asc, ATT00001.txt : 497, 133
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.56,351,1539648000"; d="asc'?txt'?scan'208";a="212431206"
Received: from rcdn-core-12.cisco.com ([]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Dec 2018 06:42:38 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com []) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id wBE6gcqd005647 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 14 Dec 2018 06:42:38 GMT
Received: from xch-rcd-001.cisco.com ( by XCH-ALN-010.cisco.com ( with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 14 Dec 2018 00:42:37 -0600
Received: from xch-rcd-001.cisco.com ([]) by XCH-RCD-001.cisco.com ([]) with mapi id 15.00.1395.000; Fri, 14 Dec 2018 00:42:37 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>, Thomas Watteyne <thomas.watteyne@inria.fr>, "Shwetha Bhandari (shwethab)" <shwethab@cisco.com>
CC: "'6tisch@ietf.org'" <6tisch@ietf.org>
Thread-Topic: [6tisch] comments/thoughts/edits on 6tisch-architecture
Thread-Index: AQHUkyYQuX+VAdd/Ckmz1zVLZjr9oKV9wTEQ
Date: Fri, 14 Dec 2018 06:42:27 +0000
Deferred-Delivery: Fri, 14 Dec 2018 06:35:33 +0000
Message-ID: <0e4a11f9d48441648064edd739788ade@XCH-RCD-001.cisco.com>
References: <20849.1544734467@localhost>
In-Reply-To: <20849.1544734467@localhost>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/mixed; boundary="_003_0e4a11f9d48441648064edd739788adeXCHRCD001ciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client:, xch-aln-010.cisco.com
X-Outbound-Node: rcdn-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/jLLGqrRoGTDN_sPznw1lSilErTQ>
Subject: [6tisch] FW: comments/thoughts/edits on 6tisch-architecture
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 14 Dec 2018 06:42:41 -0000

Hello Michael:

I pushed a slight update; Many thinks for your revisions! Please let us know when you are done, so we can make the publication request. 

[PT>] please see below:

-----Original Message-----
From: 6tisch <6tisch-bounces@ietf.org> On Behalf Of Michael Richardson
Sent: vendredi 14 décembre 2018 00:54
To: 6tisch@ietf.org
Subject: [6tisch] comments/thoughts/edits on 6tisch-architecture

{I did a bunch of comments a few weeks ago on my phone, but it's a mess, and it lost a bunch of notes and I'm having to partially start over again}

This is a summary of the changes I've suggested and/or committed:

1) ietf-detnet-use-cases is mentioned three times.
   ietf-detnet-architecture is mentioned ten times.
   They are Informational references.
   I knew that things were related, but I didn't know that so much had
   moved!  Since detnet-use-cases and detnet-architecture are in the IESG
   queue, I think that maybe some could be a normative reference if
   desired. I don't feel strongly here.
   I have only scanned the ToC of the use-cases document and architecture.
   If it's really informative, then that's all I should need to do,

[PT>] I made the architecture a normative ref. The use cases does not need to be; also it is an informational spec and would be a downref.

2) I don't like this sentence:

   In order to enable the convergence of IT and OT in LLN environments,
   6TiSCH ports the IETF suite of protocols that are defined for such
   environments over the TSCH MAC.

I have suggested:

   In order to enable the convergence of IT and OT in LLN environments,
   6TiSCH suports a subset of the IETF suite of protocols (IP) over the

I've inserted "subset" to imply that one doesn't have to implement all the protocols.  Some might think they need to fit "finger" into their mote...
[PT>] very cool!

3) is: "domotics" a word I don't know, or a typo?
   (section 1, last paragraph)
[PT>] It's home IOT : ) https://www.linguee.fr/anglais-francais/traduction/domotic.htmlChanged to "home automation for domotic 

4) I fixed reference for IE registry to RFC8137.
[PT>] cool thanks

5) I found the reference to "RPL applicability in industrial networks"
   a poor reference.  The 6tisch WG replaces that document, and so I think
   that we don't need further back references.
   There is a second reference about cranes in section 3.2, which I think we
   can live without.

[PT>] I'm OK with the way you changed things, though I restored the mobile worker use case, an important one IMHO.

6) I'd sure like to reference useofrplinfo in section 3.1, after:
    "Header (SRH) in non-storing mode" + as explained in useofrplinfo..
    but that would be a normative reference to a document that I can't
    promise will get to the IESG publication queue soon.  Would this MISSREF
    be acceptable?

[PT>] I'll make the reference. We'll sort out the normative vs; not during the IESG review...

I am continuing to read/edit-for-grammar, but I thought I'd send this email to gather some feedback.
[PT>] Committing/pushing my changes. 

Take care,