Re: [Rats] I-D Action: draft-ietf-rats-architecture-11.txt

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 30 March 2021 16:58 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: rats@ietfa.amsl.com
Delivered-To: rats@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 038633A1B0A for <rats@ietfa.amsl.com>; Tue, 30 Mar 2021 09:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 B_fnRNhafCar for <rats@ietfa.amsl.com>; Tue, 30 Mar 2021 09:58:12 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 392DB3A19EE for <rats@ietf.org>; Tue, 30 Mar 2021 09:58:12 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 1C81738E05 for <rats@ietf.org>; Tue, 30 Mar 2021 13:04:29 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1KF6Wf7zp6-g for <rats@ietf.org>; Tue, 30 Mar 2021 13:04:26 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id D4BC638E01 for <rats@ietf.org>; Tue, 30 Mar 2021 13:04:26 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 2A95C150 for <rats@ietf.org>; Tue, 30 Mar 2021 12:58:07 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: rats@ietf.org
In-Reply-To: <161712288816.3711.17892594621253981017@ietfa.amsl.com>
References: <161712288816.3711.17892594621253981017@ietfa.amsl.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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-sha512"; protocol="application/pgp-signature"
Date: Tue, 30 Mar 2021 12:58:07 -0400
Message-ID: <27355.1617123487@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rats/k9iNRChYdzMfwvI6m84h4ct-O2A>
Subject: Re: [Rats] I-D Action: draft-ietf-rats-architecture-11.txt
X-BeenThere: rats@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Remote ATtestation procedureS <rats.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rats>, <mailto:rats-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rats/>
List-Post: <mailto:rats@ietf.org>
List-Help: <mailto:rats-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rats>, <mailto:rats-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2021 16:58:18 -0000

internet-drafts@ietf.org wrote:
    > A diff from the previous version is available at:
    > https://www.ietf.org/rfcdiff?url2=draft-ietf-rats-architecture-11

Thank you for Eliot Lear for rewriting the abstract and making the
introduction a bit gentler.  Eliot had suggested opening with a question, but
some in the design team felt that this was a bad idea, was almost
clickbait'ey.  We found the compromise to make the question implicit rather
than explicit.

During the IETF110 meetings, the use of the term "Handle" was objected to,
and we have changed the name to "Epoch ID", but we are not completely happy
with this term.  It was just less worst than all the other choices.
In particular, we expect that there may be one or more protocol documents
that explain how to implement this kind of freshness, and we are not
mandating that those documents use the term "Epoch ID".
(For instance, if based upon UUIDs, they might be "Epoch GUIDs"...)
We consider if we should add a disclaimer to that effect, but on the other
hand, every term is subject to amendment by future document.

The majority of the work here is the result of an editorial pass by Henk to
make sure all the text is self-consistent and grammatical.

We have a number of additional issues open, and Dave Thaler is working on
some text to normalize our treatment of Reference Values, Endorsements and
Appraisal Policy.  We think that we need to spend a consistent amount of
space and detail dealing with these three out-of-scope (for this document,
and for this charter)  concepts, and that for instance, "Endorsements" is out
of place in Section 8.

I am publishing this -11 as an interim document so that we can be sure that
we didn't make any merge mistakes, and so that Dave has a consistent basis on
which to do his additional work.

We have moved the next few Tuesday Morning "10am" (1400UTC) sessions to
Friday morning, "11am" (1500UTC) in to accomodate some other activities.
In particular, there is an April 13 session/presentation/announcement? from
Zigbee CHIP that might interest many of you.

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide