Re: [GNAP] Human rights perspective on W3C and IETF protocol interaction

Justin Richer <jricher@mit.edu> Thu, 06 January 2022 14:16 UTC

Return-Path: <jricher@mit.edu>
X-Original-To: txauth@ietfa.amsl.com
Delivered-To: txauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADE0B3A0D05 for <txauth@ietfa.amsl.com>; Thu, 6 Jan 2022 06:16:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.496
X-Spam-Level:
X-Spam-Status: No, score=-1.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.399, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 LiDWiqBcrQ-C for <txauth@ietfa.amsl.com>; Thu, 6 Jan 2022 06:16:02 -0800 (PST)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E1973A0CF8 for <txauth@ietf.org>; Thu, 6 Jan 2022 06:16:02 -0800 (PST)
Received: from smtpclient.apple (static-71-174-62-56.bstnma.fios.verizon.net [71.174.62.56]) (authenticated bits=0) (User authenticated as jricher@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 206EFuxb032591 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Jan 2022 09:15:57 -0500
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Justin Richer <jricher@mit.edu>
In-Reply-To: <b9ce016b-af2e-847f-c631-a72a67139ad6@dcrocker.net>
Date: Thu, 06 Jan 2022 09:15:56 -0500
Cc: Orie Steele <orie@transmute.industries>, Adrian Gropper <agropper@healthurl.com>, Bob Wyman <bob@wyman.us>, Alan Karp <alanhkarp@gmail.com>, GNAP Mailing List <txauth@ietf.org>, W3C Credentials Community Group <public-credentials@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <392C57CF-9A75-4A97-A23B-1B0757EE0DE4@mit.edu>
References: <CANYRo8i=H3p23boH4OQ6sCXds8ADqaizwDHebE6-xMP2mZ5QEg@mail.gmail.com> <CAA1s49VWs_Qe9qryJOwWG4oHTS6Wa-6p6jAVSDT6Vqn4cwdUwQ@mail.gmail.com> <CANYRo8jUaP=9eX3HJWhFOmMCeaU7gkTQ9FdLg3=E61AUFQv8qQ@mail.gmail.com> <CANpA1Z2WBT69AJ6ynsYCHuOAAoB7F3fn+ebtV3fjBdeYTT-D+Q@mail.gmail.com> <CANYRo8gnx0nFje=GfqUVUESkKpeJB4Ln3Pa2QYt_iFMkrPBsLQ@mail.gmail.com> <CAA1s49UdeVBgc+rzOEJ+LcAP8g4gXX9XnZH2m+4=oOcFy3AvCg@mail.gmail.com> <CANYRo8iDA-EGK589VdcNU8PMK2BQZwT19Bxsav2HSGwhyBL=4A@mail.gmail.com> <CAN8C-_+eSZCohY7QDC5La90=14=sjpo5pELOUqUdb7PhRzhXxw@mail.gmail.com> <A4FA7445-31A5-4B7A-BE30-EB47168F8ED5@mit.edu> <CAN8C-_+rMsFDCnbEn7KJhWA_ovFbJbpiviYR-wPr2MK756Z-Lw@mail.gmail.com> <3C82D2BD-EACC-41E0-BE92-9357199412BB@mit.edu> <b9ce016b-af2e-847f-c631-a72a67139ad6@dcrocker.net>
To: dcrocker@bbiw.net
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/3z9eW7gLmWe_gl1p-lbSjZ-atgY>
Subject: Re: [GNAP] Human rights perspective on W3C and IETF protocol interaction
X-BeenThere: txauth@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: GNAP <txauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/txauth>, <mailto:txauth-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/txauth/>
List-Post: <mailto:txauth@ietf.org>
List-Help: <mailto:txauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/txauth>, <mailto:txauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jan 2022 14:16:07 -0000

On Jan 6, 2022, at 9:02 AM, Dave Crocker <dhc@dcrocker.net> wrote:
> 
> On 1/6/2022 5:46 AM, Justin Richer wrote:
>> ou are linking to the correct draft but you’re still missing an important distinction: there’s a huge difference between an individual I-D, which is what the old signatures draft was, and an active working group document, which is what the GNAP resource servers document is. The latter is on a path to become an RFC, the former is not. Both are “labeled” as I-D, which might be the source of the confusion — and that’s why I say that the label of “internet draft” doesn’t actually mean anything on its own. It’s the state of the document within the process of the SDO that matters. This is why the current HTTP Signatures draft within the HTTP working group is considered :much: more normative than any of the old individual drafts, including the series of Cavage drafts
> 
> 
> The above clarifications have the right spirit, but I'll suggest some simplifications that might make things even easier and maybe clearer:
> 
> 1. Any and all IETF-related (draft-) Internet Drafts have no formal publication status.  None.  They are working documents and the nature of venue of the work involving them varies from none to a lot.
> 
> 2. Outside of the formalities, any individual group -- including an IETF working group -- can choose to add their own formal status, such as 'working group document', but that's an internal status for group management purposes.
> 
> 3. When an I-D has some relationship to a published document, the I-D is likely to represent more recent views, obviously.  One can choose to favor it, therefore, but that's different from its having community reviewed and approved status.
> 

Dave, thanks for the added clarifications — I was trying to simplify in my own way and hopefully didn’t mislead anyone. :) 

The core point I’m making here, using Dave’s list as a framing, is that (2) in the steps above is highly relevant to this discussion, so comparing things based solely on (1), which is how this thread started, is meaningless on its own. The process in (2) represents direction and intent. It’s just as dangerous to call an I-D "a standard" as it is to discount a stable WG draft in active development as “just another I-D”. There’s a wide gradient here applied by the status and group management in (2), and I argue that carries weight. There’s also a lot of context that isn’t formally captured, such as active development on the text itself. This is part of what the I-D expiration is meant to capture, but as we can see here, it’s highly imperfect.

 — Justin