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

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Sat, 22 June 2019 16:50 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7284F120048; Sat, 22 Jun 2019 09:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 header.b=fJwN8U76; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=m1E7ZxXq
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 e5t90amuCOfs; Sat, 22 Jun 2019 09:50:23 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F147D12003F; Sat, 22 Jun 2019 09:50:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18019; q=dns/txt; s=iport; t=1561222223; x=1562431823; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=tgFO2kOhgXMn1oA9/Zao6EVeV/KwGI4XfTF971zSl6Y=; b=fJwN8U76ELw3ZPpND0rYELzWaDBMf/925sBKVbVrij/qlqdF721j2Hw5 USC+sixHGjpkq/wZfK3tjLAGUuUIMPSzYD17ml5683LlK78OvDjPRMaZl F7eoTAcJl6CsC6pMKTk8Lxk1cTW9V77l2+U/sSPbFP1Vgy0mhqQf4AZMh c=;
IronPort-PHdr: =?us-ascii?q?9a23=3Ad9wCwR0M+b50+e5xsmDT+zVfbzU7u7jyIg8e44?= =?us-ascii?q?YmjLQLaKm44pD+JxKGt+51ggrPWoPWo7JfhuzavrqoeFRI4I3J8RVgOIdJSw?= =?us-ascii?q?dDjMwXmwI6B8vQEVH7MfTndTASF8VZX1gj9Ha+YgBY?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BIAACTWw5d/5xdJa1jHAEBAQQBAQc?= =?us-ascii?q?EAQGBUwcBAQsBgUMpJwNqVSAECygKhAyDRwOEUooOglt+iEeJH4RUgS4UgRA?= =?us-ascii?q?DVAkBAQEMAQEjCgIBAYRAAheCRyM0CQ4BAwEBBAEBAgEFbYo3DIVLAgEDEhE?= =?us-ascii?q?dAQE3AQ8CAQgSAisDAgICHxEUAw4CBA4FGweDAAGBHU0DHQECAQuZWAKBOIh?= =?us-ascii?q?fcYExgnkBAQWEeQ0LghEJgTQBhHCEJIJJF4FAP4ERJx+CFzU+gho8CwKBSTi?= =?us-ascii?q?CajKCJotuG4IWL4R5lgc/CQKCFIVxXIkng24bgihrhiKOEo5VhgCBbY1nAgQ?= =?us-ascii?q?CBAUCDgEBBYE9EziBWHAVZQGCQQmCOAwXgQIBCIJChRSFP3IBgSiNWwGBIAE?= =?us-ascii?q?B?=
X-IronPort-AV: E=Sophos;i="5.63,405,1557187200"; d="scan'208,217";a="579705856"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Jun 2019 16:50:21 +0000
Received: from XCH-ALN-007.cisco.com (xch-aln-007.cisco.com [173.36.7.17]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x5MGoLhY032508 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 22 Jun 2019 16:50:21 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-007.cisco.com (173.36.7.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sat, 22 Jun 2019 11:50:20 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Sat, 22 Jun 2019 12:35:15 -0400
Received: from NAM03-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Sat, 22 Jun 2019 12:35:15 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tgFO2kOhgXMn1oA9/Zao6EVeV/KwGI4XfTF971zSl6Y=; b=m1E7ZxXqyqjWT/8PIly2ct1sEqfs0/K1Jc2su744VvubW6S6jxTgJT9XkNV4QjXRIfnnvYaPH/NDMGfXiMJIq5xiXp/ZQjH+dRpbPL5GxeAUQ0RK4acg32Xx8RXqtD0ibeV/0LwVfrUQWD4cCVjYI4A1IYmpUHE+aB7EoRUqIvw=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (20.178.250.159) by MN2PR11MB3901.namprd11.prod.outlook.com (10.255.180.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2008.16; Sat, 22 Jun 2019 16:35:13 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::1ce9:1582:146c:c50a]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::1ce9:1582:146c:c50a%6]) with mapi id 15.20.2008.014; Sat, 22 Jun 2019 16:35:13 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
CC: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, "6tisch-chairs@ietf.org" <6tisch-chairs@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-6tisch-architecture.all@ietf.org" <draft-ietf-6tisch-architecture.all@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-6tisch-architecture-21.txt
Thread-Index: AQHVKHhN2/HVBDnJh0K18wKrXZJX1aan2uCAgAAFHlQ=
Date: Sat, 22 Jun 2019 16:35:13 +0000
Message-ID: <B4ADD6E2-5B52-43A1-952B-8BA6F4C8103E@cisco.com>
References: <CAA=duU12f2eqQZsOAkm_LVR63Y1AXgruokm=eH9MVz-+mPZ_jA@mail.gmail.com>, <CAA=duU16Vz58oMerho4fSF+S=zfqu8W0qPG9e02psy7+a+T=ag@mail.gmail.com>
In-Reply-To: <CAA=duU16Vz58oMerho4fSF+S=zfqu8W0qPG9e02psy7+a+T=ag@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pthubert@cisco.com;
x-originating-ip: [91.69.164.91]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a2be03e3-9c45-4e27-cd1e-08d6f72f99f8
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR11MB3901;
x-ms-traffictypediagnostic: MN2PR11MB3901:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <MN2PR11MB3901C39C1D12AE587F6F69AFD8E60@MN2PR11MB3901.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0076F48C8A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(376002)(396003)(366004)(346002)(136003)(51914003)(199004)(189003)(256004)(6506007)(53546011)(86362001)(11346002)(446003)(2616005)(102836004)(26005)(6486002)(99286004)(4326008)(486006)(476003)(186003)(71200400001)(71190400001)(478600001)(36756003)(1411001)(966005)(6116002)(33656002)(606006)(6916009)(14454004)(6246003)(3846002)(76176011)(81166006)(6512007)(14444005)(236005)(91956017)(6436002)(81156014)(54896002)(6306002)(66946007)(68736007)(76116006)(73956011)(7736002)(66574012)(53936002)(8936002)(64756008)(66066001)(2906002)(66476007)(25786009)(316002)(5660300002)(66446008)(66556008)(229853002)(8676002)(95394004)(244885003); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3901; H:MN2PR11MB3565.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: r8TTcOySeiOaIu73oQxLcxeSnQypntVLOBMAHh0BrqxSnfsR5B/myEy9mxpN11SX2DXGWUK7EtY2bRtRt/aH0JF0W5QF7oghT0btEmnylLaV5A02SL0xQY4anPGYUZl/uRdGGso7oTwzWnFmA2+NuIMnBy/KF73xcLpwBfmi4z0HsZsN550im/pgcxorE0A5/cAkiz3ytMQ0auf3y1xffVDvkv0KouVPQEaR20U2tqlt2bToPSc4xWT5tm5urDrFYMpjk32dPWCWZJUvL+nuxkflL3eFVeAM5s9sV7AfBdVUya0r6Ni26ORPpfpa1IDUYk4AKwirba9yG8tNN6uChZM1wZLLdU7VVHkHOzzdY2Lb5zY0bXAwpwZBsYEHHU9D1eoUI6hu995Mln1Wiwajd8SjG1GKmFX9qcVn6pRYihg=
Content-Type: multipart/alternative; boundary="_000_B4ADD6E25B5243A1952B8BA6F4C8103Eciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a2be03e3-9c45-4e27-cd1e-08d6f72f99f8
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jun 2019 16:35:13.7637 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: pthubert@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3901
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.17, xch-aln-007.cisco.com
X-Outbound-Node: rcdn-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/1hilDtLtI_CrhrCtoeOG-ys2Ass>
Subject: Re: [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: Sat, 22 Jun 2019 16:50:25 -0000

Hello Andrew

Many thanks for the huge investment of time you spent on our technology. I hope you found the context of interest.

Gory provided a similar feedback and I published 21 to address the specific point of references. Some were removed, some are now WG docs that were not, and the language was clarified to indicate some references are given as examples of how a particular feature could be achieved.

Would you please pick 21 and reassess your main comment below in the light of that update ?

All the best,

Pascal

Le 22 juin 2019 à 18:17, Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> a écrit :

One quick follow-up to my review - I just noticed that while the draft's intended status (in the draft) is Informational, the Datatracker lists it as Proposed Standard. The Datatracker should be updated.

Thanks,
Andy

On Fri, Jun 21, 2019 at 5:28 PM Andrew G. Malis <agmalis@gmail.com<mailto:agmalis@gmail.com>> wrote:
Hello,

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

Summary:

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

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.

Thanks,
Andy