[RTG-DIR] RtgDir review: draft-ietf-6tisch-architecture-21.txt

"Andrew G. Malis" <agmalis@gmail.com> Fri, 21 June 2019 21:28 UTC

Return-Path: <agmalis@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 7A6991201A3; Fri, 21 Jun 2019 14:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id kOt5zMliuDao; Fri, 21 Jun 2019 14:28:19 -0700 (PDT)
Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87190120019; Fri, 21 Jun 2019 14:28:19 -0700 (PDT)
Received: by mail-qk1-x733.google.com with SMTP id i125so5522240qkd.6; Fri, 21 Jun 2019 14:28:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=Baf8K4XPe+QIhLXO+S5GIA6q/Ib1wR8Y4yxEftZ/0ac=; b=X5bt/s7oGP11a3CQWW7YFTWu61gX/xlFsg8AVKze0Ijy3Xd+l//jRps5nMluin8Do7 Cin8oDdD51upwGMfO/T7FXgHpN0vAVurN6aubXZZ+w4hKHTOweNuOhg7DZngU6KclDRU 8AuoEJpXU28uO0ij3u8WyeJTr+kBwYsWZ2KmIJz5yTJBHTUjW6BLI1iYqXYoSsFEj6+y +72aRUgA74eAAw+Nx1MWlrtmeIcKEOwjnt4osM8s1NUgv7tWR1iDA1jDuTQHStwbyb80 OhzfSol1n6oXmfgT028lin8zpcZzTo0+DoDzHrEAOjRZPAx9aSMXsgX3PyKDBZmjmjOp Yjmg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=Baf8K4XPe+QIhLXO+S5GIA6q/Ib1wR8Y4yxEftZ/0ac=; b=IAvrQWNaY3az2VpzozECNILnXk/rnaPkkcbkiF9rYxpA/nRwiQGamRzMngpE7K1muH H0TwaXNv43VkM78kyhbnkUuhX/xBxr5KO4YExi8MyDCT9gQMBwmpyPziBuTUY8zLX8mV UrIsWEKF0WRMCSOzjOY6R4ALXuELUS4lh9USZ4ndBBvsI6pqL/fvrORZzPkjUUsznrtG Cn//9Yc3euOy5i6M+y+aVtDDGQxqfBDHdYevcwNfjIKdb2j7nwXEJLc5oIbFCeBUdOdi nsOJNQGUKFvJbzRGVbB7Mz/5c1WkUjonyG9ICp8tUzgrOYBGu4kaH6StIEJ1XRgbN/dr IEKA==
X-Gm-Message-State: APjAAAWCVsSoYySICr1zeNG0NWdFv19XND4yT0eZ3whuSXdLwW97aSsn AbjCL73fxcTVqD4jZuO2ROCXWYK1cb/W3RV6Od1ja8jJ
X-Google-Smtp-Source: APXvYqwFufPIzyInexUOwZcgzAHlmr6v/yZGNNiTVxLkPGy+cdFxiP5e9xp10mAdxd2tsrp/m7sB93Ce5GyfQtvpr/g=
X-Received: by 2002:a37:5445:: with SMTP id i66mr7801684qkb.369.1561152498410; Fri, 21 Jun 2019 14:28:18 -0700 (PDT)
MIME-Version: 1.0
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Fri, 21 Jun 2019 17:28:06 -0400
Message-ID: <CAA=duU12f2eqQZsOAkm_LVR63Y1AXgruokm=eH9MVz-+mPZ_jA@mail.gmail.com>
To: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>
Cc: rtg-dir@ietf.org, draft-ietf-6tisch-architecture.all@ietf.org, 6tisch@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001ba806058bdc243c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/9eR1oXVO0_n6Cl3CFV1Ytxrv2FU>
Subject: [RTG-DIR] RtgDir review: draft-ietf-6tisch-architecture-21.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jun 2019 21:28:23 -0000


I have been selected as the Routing Directorate reviewer for this draft.
The Routing Directorate seeks to review all routing or routing-related
drafts as they pass through IETF last call and IESG review, and sometimes
on special request. The purpose of the review is to provide assistance to
the Routing ADs. For more information about the Routing Directorate, please
see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it
would be helpful if you could consider them along with any other IETF Last
Call comments that you receive, and strive to resolve them through
discussion or by updating the draft.

Document: draft-ietf-6tisch-architecture-21.txt
Reviewer: Andy Malis
Review Date: 21 June 2019
IETF LC End Date: 26 June 2019
Intended Status: Informational


I have significant concerns about this document and recommend that the
Routing ADs discuss these issues further with the authors.

Overall comments:

For this review, I was asked to "Focus on the impact/implications of the
architecture on routing/forwarding." I will leave minor details such as
editorial nits to others.

This is a very long and detailed document, and I have no prior experience
with IEEE 802.15.4, 6lowpan, 6tisch, RPL, and related technologies. To
prepare for this review I did some basic background reading, such an online
introduction to IEEE 802.15.4 and RFC 7554. So in this review, I really
don't feel competent to comments on some of the more technical aspects
related to those technologies. However, I do feel competent to comment from
the viewpoint of a naive reader with a general background in routing. As a
naive reader, I appreciated the introduction to the technology in sections

The primary editor of this draft is also active in the DetNet working
group, and leverages the work being done there to support the work in this
draft. The draft does reference some DetNet technologies that have not yet
been completely specified to the point where they can be implemented such
as PREOF (Packet Replication, Elimination and Ordering Functions), although
such specifications are an expected deliverable in the DetNet WG. So a full
implementation of this architecture may have to wait for the completion of
the related DetNet specification work.

With respect to routing and forwarding, this draft builds upon the work
already done in the 6lowpan WG, such as RPL for routing and 6lowpan header
compression. It adds the necessary scheduling and time synchronization
functions needed to support the TSCH aspects of IEEE 802.15.4, which is the
point of this work. But other than these new aspects, routing and
forwarding should continue to work to the extent that they work in the
6lowpan specifications. My one concern regarding IPv6 forwarding is the use
of draft-svshah-tsvwg-lln-diffserv-recommendations in section 4.7.2. See my
major issues below for more on this concern.

Major issues:

I'm concerned with the number of references to individual drafts (even if
informational) in a major architecture specification, since the rest of the
work on this technology, including solution documents, will rest on the
correctness and completeness of the architecture. If these references are
essential, then I would recommend that publication of the architecture be
delayed until it's more clear whether these individual drafts will be
adopted by a WG, and any abandoned individual drafts be removed. Otherwise,
how can a published architecture depend on unpublished, abandoned work?
Speaking of which, I note that one of those referenced drafts,
draft-svshah-tsvwg-lln-diffserv-recommendations, hasn't been updated in
over four years, and should either be removed or adopted by the 6tisch WG.
Another, draft-thubert-bier-replication-elimination, hasn't been updated in
over a year. Is it still alive? At least the remaining individual drafts
have fairly recent updates.

A related concern is that this draft specifically depends on work to be
done elsewhere in and outside of the IETF that is currently unchartered
(see section A.2). Many of the individual drafts discussed in the previous
paragraph are referenced in this section. To the extent that 6tisch depends
on this work for its own eventual success, the WG may wish to evaluate if
there are alternative ways to have the necessary work completed, such as
using an alternative solution or rechartering the WG to include necessary
work that looks unlikely to happen elsewhere.

Minor issue:

To the extent that this architecture makes use of centralized control
mechanisms such as PCE, the security considerations should mention this
dependency and perhaps have a short discussion of effects on the network if
connectivity between the centralized controller and the network nodes is
lost, either due to an outage or a deliberate attack, and how such effects
could be mitigated.