Re: [rfc-i] Fwd: Re: Old Errata

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 14 September 2016 02:35 UTC

Return-Path: <rfc-interest-bounces@rfc-editor.org>
X-Original-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Delivered-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 367B112B4B9 for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Tue, 13 Sep 2016 19:35:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.016
X-Spam-Level:
X-Spam-Status: No, score=-4.016 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.508, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" 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 RoR-dTlXf4u9 for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Tue, 13 Sep 2016 19:35:10 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 080D912B47E for <rfc-interest-archive-eekabaiReiB1@ietf.org>; Tue, 13 Sep 2016 19:35:10 -0700 (PDT)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id A7E5EB80FCA; Tue, 13 Sep 2016 19:35:09 -0700 (PDT)
X-Original-To: rfc-interest@rfc-editor.org
Delivered-To: rfc-interest@rfc-editor.org
Received: from localhost (localhost [127.0.0.1]) by rfc-editor.org (Postfix) with ESMTP id 0A53EB80FCA; Tue, 13 Sep 2016 19:35:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at rfc-editor.org
Authentication-Results: rfcpa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from rfc-editor.org ([127.0.0.1]) by localhost (rfcpa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F6XaN8J-D1T4; Tue, 13 Sep 2016 19:35:05 -0700 (PDT)
Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::234]) by rfc-editor.org (Postfix) with ESMTPS id DEBDFB80FC9; Tue, 13 Sep 2016 19:35:05 -0700 (PDT)
Received: by mail-pf0-x234.google.com with SMTP id p64so345846pfb.1; Tue, 13 Sep 2016 19:35:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=5AJFO6+dWpKmNCdL/HknMyGhe/D2Ss1/DfOOIvUV/24=; b=e3cE9xjnbAm0f2rytHSiJmytntkZ+ICnkU5Ck1M1v2ZQJULvDDPhG6CRRfOwCzr/jW o/91wum8NnzKjAbf6ubf9xnECZeNHkCv3jqwh9JSDeg35BRjkG4X8RlhL0ybGjAKiQUk f3297MH+yNCi9IuyY3PNyl+HyYxzRCqgecVadzZYyr+xDBWWOHM3wcd2ToyrnFZ6xxgO 2qrP6cA9YYyLl8+vLf7i1MBhQtO4rVO7DjJJbYST7rNvrSemSUBspJz3TGHYRpwx2u6M m5QDWbowm1TNE6opABxRG6g8ZPPzcyXjsZxsp6k1SaFfUWnESBfZYyhLPVpZQZUbTCJj Rtrg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=5AJFO6+dWpKmNCdL/HknMyGhe/D2Ss1/DfOOIvUV/24=; b=DScGR1UuSk3qJxpTCZMjFJaZge84m1vti0E7XcBSlOsxAxPYjMt81oaUJ3HtxeHmYZ m2A2ghJK1EWykjoqVsCUA8cyi91aRfCCqGgY9Dl4JHtLxPDWBVEPiAJJ1BXJLa3LmF9y HNPVVBSIWcmsUYum30jAJeoerUWhPTM52UamT254xEzzhlLBBf8cE4OZ3zTz4Up9V4rN TNYR+6/nAdNv/FV3ftfZE5C/fMRIR4I2UxThbcPyKM28Liz0odMlT/fwemjPSpReQ6Lu nW5q3DtQZRk55gex2vndaESN6LRQTCwiXavGRQM1bhtCKtUH9UJHZ9BZbb9HIio50ey7 pqPA==
X-Gm-Message-State: AE9vXwM9xurOsZWcsvm74iBtuZ81xk+yIjuHEqHeGfOpDO6ztcnnVrss/EQV1EvjjUKPXg==
X-Received: by 10.98.0.69 with SMTP id 66mr300524pfa.140.1473820505252; Tue, 13 Sep 2016 19:35:05 -0700 (PDT)
Received: from ?IPv6:2001:df0:0:2006:c0da:ac17:5f6d:8e76? ([2001:df0:0:2006:c0da:ac17:5f6d:8e76]) by smtp.gmail.com with ESMTPSA id m5sm1146659paw.40.2016.09.13.19.35.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Sep 2016 19:35:04 -0700 (PDT)
To: Heather Flanagan <rse@rfc-editor.org>, RFC Interest <rfc-interest@rfc-editor.org>
References: <9AB5C86B88A8BFFABA4297BA@JcK-HP8200> <4234fdff-9728-c2b2-fc1e-2c360b73288f@gmail.com> <etPan.57d85434.32ad7e60.8438@rfc-editor.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <dbf81942-625e-b0b7-5ce6-6c74bfd3e43a@gmail.com>
Date: Wed, 14 Sep 2016 14:35:06 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0
MIME-Version: 1.0
In-Reply-To: <etPan.57d85434.32ad7e60.8438@rfc-editor.org>
Subject: Re: [rfc-i] Fwd: Re: Old Errata
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: rfc-interest-bounces@rfc-editor.org
Sender: rfc-interest <rfc-interest-bounces@rfc-editor.org>

Hi Heather,
On 14/09/2016 07:32, Heather Flanagan wrote:
> Hi Brian,
> 
> In terms of how having unhandled errata reflect on the reputation of the RFC Series, yes, this is an RFC Editor issue. That said, we do not have the necessary information to make the necessary judgements on technical errata. That must come from the authors, the WGs, or the stream approving bodies as appropriate. 

Agreed. It's just that if nobody pushes, nothing will happen.

> The RFC Editor does take responsibility for the editorial errata; that’s a relatively recent change in the last two years or so.
> 
> As for the old Legacy RFCs, those now have pointers to either the specific groups as requested by the IESG or the IESG as a whole on their info pages.

Yes, but I still wonder what prevents a brief Last Call to the community
proposing to change *all* the UNKNOWNs to HISTORIC.

(Also, I doubt if many people will be writing to the IESG about RFC6. :-)

Regards
    Brian

> 
> -Heather
> 
> On September 12, 2016 at 12:58:21 PM, Brian E Carpenter (brian.e.carpenter@gmail.com) wrote:
> So, I don't want to upset the IETF list, but it seems to me that unhandled errata  
> should be primarily an RFC Editor issue, not an IETF issue, even if most of them  
> need to be resolved by the IETF stream.  
> 
> Certainly the backlog is a Bad Thing, but I agree with John's final comment  
> below.  
> 
> (The large number of RFCs in status Unknown is a similar problem to which John's  
> comment also applies.)  
> 
> Brian  
> 
> -------- Forwarded Message --------  
> Subject: Re: Old Errata  
> Date: Mon, 12 Sep 2016 13:35:49 -0400  
> From: John C Klensin <john-ietf@jck.com>  
> To: Loa Andersson <loa@pi.nu>, Yoav Nir <ynir.ietf@gmail.com>, IETF Discussion Mailing List <ietf@ietf.org>  
> 
> 
> 
> --On Monday, September 12, 2016 11:56 +0200 Loa Andersson  
> <loa@pi.nu> wrote:  
> 
>> Yoar,  
>>  
>> I looked at this - to see if I missed something - and the  
>> picture that  
>> comes over is  
>>  
>> Year number of errata working group  
>> 2005 1 tewg  
>> 2010 5 nsfv4  
>> 2011 1 nsfv4  
>> 2012 1 nsfv4  
>> 2013 11 Legacy (gen), Poisson (gen), krb-wg  
>> (sec),  
>> mext (int), nsfv4, non-wg (sec) x  
>> 2,  
>> keyprov(sec) behave (tsv), non-wg  
>> (gen),  
>> dane (sec)  
>> 2014 35 many wg's  
>> 2015 57 many wg's  
>> 2016 114 many wg's  
>>  
>> I think there are one problem here that need to have some type  
>> of management action. The tewg, nsfv4 and of the wg's with  
>> errata from 2013 only dane is still active.  
> 
>> The ADs might have to point to someone to resolve the (oldest)  
>> errata. Or errata that belong to closed wg's.  
> 
> As former co-chair of one of the WGs listed, I don't remember  
> ever having been told about this  
> (https://www.rfc-editor.org/errata_search.php?eid=3752). If I  
> had been, or were able to comment on the erratum now (there does  
> not appear to be any way in the system for me to do that), I  
> would have said that using an erratum to change (not actually  
> correct, because it was correct when the RFC was published) an  
> email address would rank fairly high on the "pointless" scale...  
> at least until we turn RFCs from archival to living documents or  
> invent a magical mechanism that warns anyone opening an RFC that  
> there are relevant errata.... even if the copy of the RFC they  
> open was copied from the archive years ago onto a machine that  
> is not connected to the Internet.  
> 
> Part of the point is that our Status and Type categories are  
> really not up to the job (something that has been discussed  
> extensively in the past with, AFAIK, no resolution). Given the  
> current categories, just leaving some documents in "Reported"  
> forever might be the right disposition. If we are going to use  
> errata to make minor technical changes, then we probably should  
> have a Status of "Sure, but there needs to be another way to  
> notify people about this issue", maybe with an appropriate  
> Action number in that tracker. It is also tempting to suggest  
> that the "Type" for this kind of erratum should be "smells of  
> dead fish": certainly it is not "Editorial" because the RFC was  
> absolutely correct --technically, operationally, and  
> editorially-- when written.  
> 
> Seems to me that just keeping an alias or link until a few years  
> after the relevant RFC becomes obsolete would be a lot less  
> trouble.  
> 
> I doubt this is the only case -- the errata filing system  
> doesn't have a great track record for S/N ratio and I, at least,  
> would much prefer to have ADs paying attention to WGs and  
> processing of current documents rather than studying the errata  
> files looking for loose ends.  
> 
> john  
> 
> 
> 
> .  
> 
> _______________________________________________  
> rfc-interest mailing list  
> rfc-interest@rfc-editor.org  
> https://www.rfc-editor.org/mailman/listinfo/rfc-interest  
> -- 
> Heather Flanagan
> RFC Series Editor
> 

_______________________________________________
rfc-interest mailing list
rfc-interest@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-interest