Re: [rfc-i] 3rd party SDO cross-referencing of IETF work (was: Re: Chair/datatracker tracking expired WG documents ?)

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 01 April 2022 21:03 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C31ED3A08BE for <wgchairs@ietfa.amsl.com>; Fri, 1 Apr 2022 14:03:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 oUioatFeJ4Vq for <wgchairs@ietfa.amsl.com>; Fri, 1 Apr 2022 14:03:51 -0700 (PDT)
Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C867B3A0937 for <wgchairs@ietf.org>; Fri, 1 Apr 2022 14:02:41 -0700 (PDT)
Received: by mail-pj1-x1034.google.com with SMTP id o3-20020a17090a3d4300b001c6bc749227so3626402pjf.1 for <wgchairs@ietf.org>; Fri, 01 Apr 2022 14:02:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=8aiPRujz80jnFjm720QsSUIWVebA7OjFybhvPPbIO4E=; b=SCqIdo8F3GRQoLgneGTOS3bHPDVlTaMc7tRg7WgZcfeXB/vy5TkCCRn9i2eRxV1sM6 nSVL27HoCrSRAMuhaocyWxsTn9pttjPAdcWF7KgwppuQTECxeEdCv5H3Z2+7oWOdk7O+ UgJt3OOFd97wwQfc+htCqz8ftzDKBxAyD28GNoDWvBL1kY1cg4Jq7kTkApWcXllu6Fp2 kv4LwH6RtG0GkeFmuVMLR9qY88lU1h8JXVgNtrRAUFFe+IttUfxw1LveBSrI0T6xw5BN e/rDaLXQbe+wN/vSU9K/Wdjk8ue2nmA+XqL2cuTTnBqhk2uS1ABUUnb68rohmVnBcZxm sANQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8aiPRujz80jnFjm720QsSUIWVebA7OjFybhvPPbIO4E=; b=13+JBphX1Hvgh39GU4y6rOM1eIgeCvu9nARS0rimMNAsqaYEorBQaYlZpIse2Xvg3i vML82DzDt4558uoPXV9U+SmJi7JovEp2G40Iziv6fd8Vk/VlPLLMoJ/avAyYXFZ31VUQ 3mJ3pkDmDp5dHB6To7Dp0yhBuIR/K/bABalEEY6uAriM1o/o8TGxTgHFhRZTjkEufZRc S8kJRvMU9ip5sk43mySUfi9u4qQlaXUnRb1EhArLH3G6g2pus3WNUUARwsPtYlCjol+O RjdGVwOjEQk1xwJUNAI+tusYOty2C9ea6AvqTRPH1LgukariO8IKkPoWVFINu4N4m9hZ qVAw==
X-Gm-Message-State: AOAM531KO+kJbBpeBcF55g+EwWOG7h8hTPj2ewzS9GcCz3bcnqKeWA/1 wqZzZoIQTEca7tACP3GRxZrWJM6gIVm/5A==
X-Google-Smtp-Source: ABdhPJwokzt7IlOpZCi76vbRQOj0VDxPdMKOHlE3dNt1/GVkl2UCKuLEEZAV6NEniYuPQpe49Ilf/w==
X-Received: by 2002:a17:902:f70c:b0:14e:f1a4:d894 with SMTP id h12-20020a170902f70c00b0014ef1a4d894mr12624559plo.65.1648846960673; Fri, 01 Apr 2022 14:02:40 -0700 (PDT)
Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id t2-20020a056a0021c200b004faa4646fc1sm4072415pfj.36.2022.04.01.14.02.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 Apr 2022 14:02:40 -0700 (PDT)
Subject: Re: [rfc-i] 3rd party SDO cross-referencing of IETF work (was: Re: Chair/datatracker tracking expired WG documents ?)
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "Salz, Rich" <rsalz@akamai.com>, "BRUNGARD, DEBORAH A" <db3546@att.com>, Eric Rescorla <ekr@rtfm.com>, Joel Halpern Direct <jmh.direct@joelhalpern.com>
Cc: "wgchairs@ietf.org" <wgchairs@ietf.org>, "rfc-interest@rfc-editor.org" <rfc-interest@rfc-editor.org>
References: <Yj2d4DJMFWJOxoZa@faui48e.informatik.uni-erlangen.de> <317196df-3363-36c9-2421-02d9e229f664@joelhalpern.com> <CO1PR11MB488130CFF42A9F309AE1E212D81A9@CO1PR11MB4881.namprd11.prod.outlook.com> <95b5dab0-3eb5-536d-85fc-d428f26364ed@joelhalpern.com> <CABcZeBOSMRffY6cXjwn7A6d=JWDJmmBrgHxiPD-XRMTMazOjLw@mail.gmail.com> <CO1PR11MB48812B0C5B88C190FB4A28ECD81D9@CO1PR11MB4881.namprd11.prod.outlook.com> <7042bc99-5d14-993c-198b-1080b4ff5636@gmail.com> <CH0PR02MB8291A7A9598871412C035882D61E9@CH0PR02MB8291.namprd02.prod.outlook.com> <39A3A9C9-5EED-4E44-9695-6186C5A3F7AC@akamai.com> <CO1PR11MB488179A425A1E1BF98174CE6D8E09@CO1PR11MB4881.namprd11.prod.outlook.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <f8cc5e21-8529-f3e4-b880-04528332995e@gmail.com>
Date: Sat, 2 Apr 2022 10:02:34 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <CO1PR11MB488179A425A1E1BF98174CE6D8E09@CO1PR11MB4881.namprd11.prod.outlook.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/AHIPghj0SSvLSUx3jli7KKZSZuY>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Apr 2022 21:03:57 -0000

On 02-Apr-22 02:27, Pascal Thubert (pthubert) wrote:
> Hello Rich
> 
> The piece that's still confusing in the reference to BCP 9 is whether and where the original text from RFC 2026 that is still currently quoted on the IETF site was amended. Removing from the latest online version is not the same thing as if it was never there. People looking that text up on the internet have a good chance to find one of the TAO RFCs and live with it, or get stuck like I am searching through BCP 9, none of which particularly satisfying.
> 
> The trouble: since RFC 2026, a lot happened in https://www.rfc-editor.org/info/bcp9. I tried to find if the text was amended somewhere but got lost.

The answer is no, that text is still valid. Of course we can't control what third parties do, which is why the text of every I-D states that it is work in progress. Fair warning to all readers.

As we know, *significant* changes can occur in a standards-track I-D up to and even beyond the announcement of IESG approval. (Beyond, in the form of a note to the RFC Editor from the IESG, and very rarely if a significant error is found at AUTH48.) So it is truly never completely safe to make a normative reference before the RFC is out. It's IMHO a matter of judgment for the relying party at what point they consider it safe enough - IESG approval, for example - but it's our responsibility to tell the truth, which is that I-Ds are always work in progress.

  
> This is a situation where our own "update" work becomes quite opaque till we finally "obsolete" to retrofit. The IEEE has an interesting maintenance practice for that.

The IETF has been repeatedly resistant to a full revision of BCP9. I tried and failed. It would consume a great deal of energy that might be better spent on technical work.
  
> So no, I do not think that removing is enough. Since the quote was there, we probably have to maintain an up-to-date state there too.

We agree on that.

     Brian

> 
> Keep safe;
> 
> Pascal
> 	
> 
>> -----Original Message-----
>> From: Salz, Rich <rsalz@akamai.com>
>> Sent: mardi 29 mars 2022 23:48
>> To: BRUNGARD, DEBORAH A <db3546@att.com>om>; Brian E Carpenter
>> <brian.e.carpenter@gmail.com>om>; Pascal Thubert (pthubert)
>> <pthubert@cisco.com>om>; Eric Rescorla <ekr@rtfm.com>om>; Joel Halpern Direct
>> <jmh.direct@joelhalpern.com>
>> Cc: wgchairs@ietf.org; rfc-interest@rfc-editor.org
>> Subject: Re: [rfc-i] 3rd party SDO cross-referencing of IETF work (was: Re:
>> Chair/datatracker tracking expired WG documents ?)
>>
>>>     These couple of sentences in the Tao are actually from RFC2026 and about
>> the transient state of I-Ds.
>>
>> In fact, the current version of the Tao (maintained at
>> https://github.com/ietf/tao) doesn't have that language, but instead just
>> points to BCP 9. Phrases like "work in progress" are also removed, pointing
>> to BCP 9.
>>
>> We only just finished editing/merging before IETF 113, and there wasn't time
>> to update the website.  Please take a look at the GitHub repo and see if the
>> language there needs to be fixed.
>>
>> I think Valery's point got lost :(
>>
>