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

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 13 December 2018 20:54 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 AF61D130E86 for <6tisch@ietfa.amsl.com>; Thu, 13 Dec 2018 12:54:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id isSDpBhIQyMG for <6tisch@ietfa.amsl.com>; Thu, 13 Dec 2018 12:54:30 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6A48130E96 for <6tisch@ietf.org>; Thu, 13 Dec 2018 12:54:29 -0800 (PST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id EFE442008F for <6tisch@ietf.org>; Thu, 13 Dec 2018 15:54:21 -0500 (EST)
Received: by sandelman.ca (Postfix, from userid 179) id E14C9D55; Thu, 13 Dec 2018 15:54:27 -0500 (EST)
Received: from sandelman.ca (localhost []) by sandelman.ca (Postfix) with ESMTP id DF0D6C0A for <6tisch@ietf.org>; Thu, 13 Dec 2018 15:54:27 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: 6tisch@ietf.org
X-Attribution: mcr
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Thu, 13 Dec 2018 15:54:27 -0500
Message-ID: <20849.1544734467@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/XZfHBi9BBaMd5qDyzML5M-79qAY>
Subject: [6tisch] 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: Thu, 13 Dec 2018 20:54:33 -0000

{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

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,

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...

3) is: "domotics" a word I don't know, or a typo?
   (section 1, last paragraph)

4) I fixed reference for IE registry to RFC8137.
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.

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?

I am continuing to read/edit-for-grammar, but I thought I'd send this email
to gather some feedback.

Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-