[Iot-directorate] Iotdir telechat review of draft-ietf-suit-information-model-08
Stephen Farrell via Datatracker <noreply@ietf.org> Wed, 02 December 2020 17:11 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: iot-directorate@ietf.org
Delivered-To: iot-directorate@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AA21D3A14DC; Wed, 2 Dec 2020 09:11:23 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stephen Farrell via Datatracker <noreply@ietf.org>
To: iot-directorate@ietf.org
Cc: draft-ietf-suit-information-model.all@ietf.org, suit@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.23.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <160692908365.17795.15632727578874174380@ietfa.amsl.com>
Reply-To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Date: Wed, 02 Dec 2020 09:11:23 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/iot-directorate/vPWzlW4VTxyUCAnAGPj9952DABw>
Subject: [Iot-directorate] Iotdir telechat review of draft-ietf-suit-information-model-08
X-BeenThere: iot-directorate@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Mailing list for the IoT Directorate Members <iot-directorate.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iot-directorate>, <mailto:iot-directorate-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iot-directorate/>
List-Post: <mailto:iot-directorate@ietf.org>
List-Help: <mailto:iot-directorate-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iot-directorate>, <mailto:iot-directorate-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Dec 2020 17:11:24 -0000
Reviewer: Stephen Farrell Review result: Ready with Issues I think this is probably ready but wanted to just check one thing. The draft seems overly prescriptive in some places. I think that's ok though as it's the CBOR spec that'd affect interop so is where such issues should be addressed. Is that right? If so, that's fine. If however, the MUSTs in this draft are supposed to be slavishly followed then I think a non-trivial number of then are wrong. Just to pick out a couple of examples: 4.3.1: "Devices MUST reject manifests with sequence numbers smaller than any onboard sequence number." I'm not sure it's ok to rule out rollback without a new manifest in all cases. Is there evidence that that is ok? 4.3.6: Why MUST that location be explicit in the manifest? It could be an installation parameter in some cases, e.g. use SD card if present, else use on-board flash, and all might depend on space available and boot order settings. Note that even though I disagree with some of those MUSTs, the draft would still be fine and useful so long as those aren't taken too seriously:-) a couple of nits: abstract: s/must be present/can be present/ ? 3.20: Expand XIP on 1st use
- [Iot-directorate] Iotdir telechat review of draft… Stephen Farrell via Datatracker
- Re: [Iot-directorate] [Last-Call] Iotdir telechat… Eric Vyncke (evyncke)