Re: [tsvwg] [Errata Held for Document Update] RFC3168 (4754)

Bob Briscoe <ietf@bobbriscoe.net> Thu, 05 March 2020 08:28 UTC

Return-Path: <ietf@bobbriscoe.net>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B33F3A100A for <tsvwg@ietfa.amsl.com>; Thu, 5 Mar 2020 00:28:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
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 lHSxQbDZ4y4P for <tsvwg@ietfa.amsl.com>; Thu, 5 Mar 2020 00:28:15 -0800 (PST)
Received: from server.dnsblock1.com (server.dnsblock1.com [85.13.236.178]) (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 9EDB33A1009 for <tsvwg@ietf.org>; Thu, 5 Mar 2020 00:28:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=I6HvQqCyJxGVDhGbG+mBomfCHrkIbs/7ikZKdvsqqzE=; b=yVxpxSEetE9cnj+2K8f/uxKGNX 9BSQLgsCbBPLLLfqjDv6L8Lz1NDR+KtuieiucpLDlZXrN3qdy1mcsljEKLSMPVVICFdnxmdsbpJzJ by4Kmd6QXqRIwXPifAILfGofvDW+o/lEmFXM/kqm14sLkz77jorSxyVAnlnoQP6GKCCuUc0gADP6w eB5yUHVDAemM0ti2Lk9gTh1YBeWxYMth61AJKND2oikL/0rqyDOULzpfmujTJP2IDSvihOIB9OB+s 46GUTKhw/VHdRqO1xSWElJH9zmdJ30429OhKk61vw9LpcDzaDcyY7dnvDy1Cc8orkmO0W+FEPSSY7 VfuzFeqg==;
Received: from [31.185.128.125] (port=49880 helo=[192.168.0.6]) by server.dnsblock1.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from <ietf@bobbriscoe.net>) id 1j9lrX-0002R9-13; Thu, 05 Mar 2020 08:28:11 +0000
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: "BLack, David" <David.Black@dell.com>, TSVWG <tsvwg@ietf.org>, KK Ramakrishnan <kk@cs.ucr.edu>
References: <20200304095833.277C3F4071F@rfc-editor.org> <fafeafaf-421b-ac68-d5e6-a61a9f7c3262@bobbriscoe.net> <003EC68D-9136-46A2-9044-85CCBE75FDFE@kuehlewind.net>
From: Bob Briscoe <ietf@bobbriscoe.net>
Message-ID: <b58e59aa-a97c-7f97-3841-951a8cd3c32b@bobbriscoe.net>
Date: Thu, 05 Mar 2020 08:27:34 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <003EC68D-9136-46A2-9044-85CCBE75FDFE@kuehlewind.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.dnsblock1.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: server.dnsblock1.com: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: server.dnsblock1.com: in@bobbriscoe.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/d0_tReky4EdXjXJ36uv1dPGSqs0>
Subject: Re: [tsvwg] [Errata Held for Document Update] RFC3168 (4754)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2020 08:28:18 -0000

Mirja,

Yes, it would be cool if you could give all these errata a status that 
makes updated tags visible for the other two RFCs as well.

(I had only looked at RFC3168, not RFC2003, nor the RFC index, so I 
hadn't noticed that the RFC editor had added the update tags to RFC2003. 
Even tho it's not immediately obvious from looking at RFC3168 that it 
updates RFC2003, the most important thing is that it's obvious when 
looking at an updated RFC, which it now is, at least for RFC2003.)


Bob

On 04/03/2020 18:37, Mirja Kuehlewind wrote:
> Hi Bob,
>
> I’ve sent a note about this on tsvwg list.
>
> However, I now see that I got a bit confused about this. I thought this errata and 4997 would add the same RFC in updates, which is not the case as you correctly stated below.
>
> Errata 2660 was verified a while ago and the RFC editor actually added the respective update tags for that RFC. So we could do the same for RFC2460 and RFC2473 (meaning that if “Held for update” was not correct for this one, I can request the RFC editor to revert it). However, I would like to get further input from the group if that is the correct thing to do.
>
> Mirja
>
>
>
>> On 4. Mar 2020, at 18:42, Bob Briscoe <ietf@bobbriscoe.net> wrote:
>>
>> Mirja,
>>
>> I don't even remember writing this Erratum, it's so old (or maybe it's me that's so old - don't comment on that tho).
>>
>> The main reason for reporting omissions in the "Updates" header is to ensure that people who are responsible for implementations of updated RFCs know that they are meant to watch RFC3168 (and its updates). It would be useful if the tools view showed accepted errata to the Updates header below the "Updated by" field (in the grey area at the top of the HTML of a draft).
>>
>> Any chance that this is possible?
>>
>>
>> FYI, according to the 3168 errata list, there are 3 missing refs in the updates header of 3168 now. But they each have a different status:
>>
>> Errata ID: 2660 Status: Verified Add "Updates: 2003"
>> Errata ID: 4997 Status: Reported Add "Updates: 2460"
>> Errata ID: 4754 Status: Held for Document Update Add "Updates: 2473"
>>
>>
>> Bob
>>
>> On 04/03/2020 09:58, RFC Errata System wrote:
>>> The following errata report has been held for document update
>>> for RFC3168, "The Addition of Explicit Congestion Notification (ECN) to IP".
>>>
>>> --------------------------------------
>>> You may review the report below and at:
>>>
>>> https://www.rfc-editor.org/errata/eid4754
>>>
>>>
>>> --------------------------------------
>>> Status: Held for Document Update
>>> Type: Editorial
>>>
>>> Reported by: Bob Briscoe
>>> <ietf@bobbriscoe.net>
>>>
>>> Date Reported: 2016-07-31
>>> Held by: Mirja Kühlewind (IESG)
>>>
>>> Section: Header block
>>>
>>> Original Text
>>> -------------
>>> Updates: 2474, 2401, 2003, 793
>>>
>>>
>>> Corrected Text
>>> --------------
>>> Updates: 2474, 2401, 2003, 2473, 793
>>>
>>> Notes
>>> -----
>>> RFC 3168 updates RFC 2473 but does not indicate this in its header block.
>>>
>>> Specifically, Section 9 of RFC 3168 defined processing of the ECN field for Encapsulated Packets, which updated section 6.4 of RFC 2473, where the creation of the "IPv6 Tunnel Packet Traffic Class" was specified. RFC3168 also updated the decapsulation behaviour of the ECN field in an IPv6 tunnel header, which had not been specified in RFC2473.
>>>
>>> Note 1: As well as tagging RFC3168 with this erratum, RFC2473 needs to be tagged (in the RFC index and associated tools outputs) to indicate that it is updated by RFC3168.
>>>
>>> Note 2: Originally, the "Updates:" header of RFC3168 did not contain "2003", which was added as a result of Errata ID 2660.
>>>
>>> Note 3: The first sentence of section 9.1 in RFC3168 should also be modified as follows:
>>> Original text:
>>>     The encapsulation of IP packet headers in tunnels is used in many
>>>     places, including IPsec and IP in IP [RFC2003].
>>> Corrected text:
>>>     The encapsulation of IP packet headers in tunnels is used in many
>>>     places, including IPsec and IP in IP [RFC2003, 2473].
>>> Comment:
>>>     Nowadays RFC2473 would be a normative reference, but RFC3168 pre-dated the categorisation of references into normative and informative.
>>>
>>> Note 4: Section 9 of RFC3168 has since been updated by RFC6040. Nonetheless, that is already correctly identified in RFC6040.
>>>
>>> This reported errata has be moved to "Held for Document Update". While the reported problem is correct and needs to be addressed, it is not just an errata but a larger oversight at publication time.
>>>
>>> --------------------------------------
>>> RFC3168 (draft-ietf-tsvwg-ecn-04)
>>> --------------------------------------
>>> Title               : The Addition of Explicit Congestion Notification (ECN) to IP
>>> Publication Date    : September 2001
>>> Author(s)           : K. Ramakrishnan, S. Floyd, D. Black
>>> Category            : PROPOSED STANDARD
>>> Source              : Transport Area Working Group
>>> Area                : Transport
>>> Stream              : IETF
>>> Verifying Party     : IESG
>>>
>> -- 
>> ________________________________________________________________
>> Bob Briscoe
>> http://bobbriscoe.net/

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/