[Suit] Re: Clearing DISCUSS's on draft-ietf-suit-manifest
Paul Wouters <paul.wouters@aiven.io> Fri, 25 October 2024 15:44 UTC
Return-Path: <paul.wouters@aiven.io>
X-Original-To: suit@ietfa.amsl.com
Delivered-To: suit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A716C1D6FD6 for <suit@ietfa.amsl.com>; Fri, 25 Oct 2024 08:44:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=aiven.io
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KwJBTzZU6aQx for <suit@ietfa.amsl.com>; Fri, 25 Oct 2024 08:44:08 -0700 (PDT)
Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA001C1D8FA3 for <suit@ietf.org>; Fri, 25 Oct 2024 08:44:08 -0700 (PDT)
Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5cbb0900c86so1065834a12.0 for <suit@ietf.org>; Fri, 25 Oct 2024 08:44:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aiven.io; s=google; t=1729871047; x=1730475847; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SQBTDU8AMAxZMCwIh0mOw9O6BFwyeLyUnoYd6J284uQ=; b=IDt+UpCZLcU8HkVP6iz/VCkygykgla/8Pg4MTzFlg7SRTdemsJW7vCwpgqPLeHgxna lCtohxw3jjzcExqurWMbjS44X3aqTxXUr1IGzOtvLyF/w9DBWpnCw8Eh+xRc24Bb2yQd BYRlFaMWZkTj/yEpE6uo/TTqIrTh8GLaq7J6w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729871047; x=1730475847; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SQBTDU8AMAxZMCwIh0mOw9O6BFwyeLyUnoYd6J284uQ=; b=LDH5lmWhQB8ZSZylywN5aLct/dBUBcG/atDnFr/5sTXad4sPRNI3tyrzcJQjP0lTXT BvMFX3v0vUJFBBZTh4NRuy1gX6XpcbKgDbf3yOSkLrt0p8Eo3AWtZ2eVHW6cyxvqnEkn H3KSAthwVv/5XYjEtonDrz7MoV87O0HBg+UanhXyP5MgmJofgbas9x6JEvF+CaDtQVmE qTjvw74s5CGfvdErMYsVmZshktAg6POK1lF9A0px5GIzk+5dvET2XqF1q2PvWrPoP3DK CujeclkRIx8ZYpY1FexFOEj/ideJo9zH/m8p8QDvvEUMWXAeUeEyGt4YAzkUciwbeud2 mJ2w==
X-Forwarded-Encrypted: i=1; AJvYcCVVy8x9ZJUZzcDCafizJj9j75UBDbwfoTR6rHl0ReYBHJBfJ7FBAebtRXis05Z1cbBnqiKu@ietf.org
X-Gm-Message-State: AOJu0YzlhYaCeGCyoavLGUryWWeVoqMcQ/sVUqdTwZTNqiCB/jPSp97a lx8mnwRBkP9bNLF4iLOySWsOa2+jP3CBRW4v5YbCADwC2nhVBMycV732dYiWUUoPvQZTM6kt1t5 YAWN9KgGneiE9EwPkY+du9NGq3aZrJCSSuaQ4Gw==
X-Google-Smtp-Source: AGHT+IEGp+XycagGsl25r7KEQnfxFtLw+fFnV2Hh03C2X1npAHoKij1bkueZDh6BOM3lYPiNloN8jd6eC3K4N2YhQRk=
X-Received: by 2002:a05:6402:26cc:b0:5cb:b786:80f4 with SMTP id 4fb4d7f45d1cf-5cbb7868931mr1617925a12.26.1729871046728; Fri, 25 Oct 2024 08:44:06 -0700 (PDT)
MIME-Version: 1.0
References: <DBAPR08MB5576F190F1CA0001C6AFBE8FEA432@DBAPR08MB5576.eurprd08.prod.outlook.com>
In-Reply-To: <DBAPR08MB5576F190F1CA0001C6AFBE8FEA432@DBAPR08MB5576.eurprd08.prod.outlook.com>
From: Paul Wouters <paul.wouters@aiven.io>
Date: Fri, 25 Oct 2024 11:43:55 -0400
Message-ID: <CAGL5yWZocJNsUfrv5tJks17yZYP9ZPNZZ-dLAW34nmAxgCJw1A@mail.gmail.com>
To: Brendan Moran <Brendan.Moran@arm.com>
Content-Type: multipart/alternative; boundary="0000000000003f887006254efd85"
Message-ID-Hash: MKFH76PGKFTCPTXTLFDANXUU23BLWV75
X-Message-ID-Hash: MKFH76PGKFTCPTXTLFDANXUU23BLWV75
X-MailFrom: paul.wouters@aiven.io
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-suit.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "draft-ietf-suit-manifest@ietf.org" <draft-ietf-suit-manifest@ietf.org>, "suit-chairs@ietf.org" <suit-chairs@ietf.org>, "suit@ietf.org" <suit@ietf.org>, "superuser@gmail.com" <superuser@gmail.com>, "orie@transmute.industries" <orie@transmute.industries>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-manifest
List-Id: Software Updates for Internet of Things <suit.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/suit/xT7csz-j3w_mSMuD_8TgTB4wObE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/suit>
List-Help: <mailto:suit-request@ietf.org?subject=help>
List-Owner: <mailto:suit-owner@ietf.org>
List-Post: <mailto:suit@ietf.org>
List-Subscribe: <mailto:suit-join@ietf.org>
List-Unsubscribe: <mailto:suit-leave@ietf.org>
On Mon, Oct 21, 2024 at 10:19 AM Brendan Moran <Brendan.Moran@arm.com> wrote: > Dear SUIT working group, > > > > I believe that with the latest, v28 manifest revision, we should now have > cleared the remaining DISCUSS items. > I think there is still some wording issues here unfortunately. For each registry, values 0-255 are Standards Action and 256 or greater are Specification Required. Negative values -255 to 0 are Standards Action, and -256 and lower are Private Use. This looks fine, but then the DE advise later on states: Specifications are required for the standards track range of point assignment. Specifications should exist for all other ranges, but early assignment before a specification is available is considered to be permissible. When specifications are not provided, the description provided needs to have sufficient information to identify what the point is being used for. These statements conflict. Specifications are always required as per IANA Considerations Section. I also question doing early code allocation without a specification, as the intend for early code points is that those are stable enough to not require changes, which clearly isn't true for things without specifications. Other issues I raised in comments (and prob should have been DISCUSSes have also not been addressed): Shouldn't all of the [I-D.ietf-suit-firmware-*] references be normative? mandatory-to-implement rules are not in main body but appendix. The CDDL contains: suit-reporting-bits = &( suit-send-record-success : 0, suit-send-record-failure : 1, suit-send-sysinfo-success : 2, suit-send-sysinfo-failure : 3 ) Doesn't this mean 2 bits are used to declare a bool? What if these contradict? Why not use a single bit? Paul
- [Suit] Clearing DISCUSS's on draft-ietf-suit-mani… Brendan Moran
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Thomas Fossati
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Paul Wouters
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Paul Wouters
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Murray S. Kucherawy
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Orie Steele
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Murray S. Kucherawy
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Akira Tsukamoto gmail
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Henk Birkholz
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Henk Birkholz
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Akira Tsukamoto gmail
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Ken Takayama
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Akira Tsukamoto gmail
- [Suit] Re: Clearing DISCUSS's on draft-ietf-suit-… Akira Tsukamoto gmail