Conclusion of Confirmation Call on Resolution of Errata 5170, 5171, 5172, 5173 on RFC8200

Bob Hinden <bob.hinden@gmail.com> Tue, 24 December 2019 17:24 UTC

Return-Path: <bob.hinden@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D23A1200F4 for <ipv6@ietfa.amsl.com>; Tue, 24 Dec 2019 09:24:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level:
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=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 Btx99rGCyBGU for <ipv6@ietfa.amsl.com>; Tue, 24 Dec 2019 09:24:17 -0800 (PST)
Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 9D4EF120866 for <ipv6@ietf.org>; Tue, 24 Dec 2019 09:24:16 -0800 (PST)
Received: by mail-wm1-x336.google.com with SMTP id d139so2327739wmd.0 for <ipv6@ietf.org>; Tue, 24 Dec 2019 09:24:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=XTOdcCwV85wlOFbDjsDM9jUNQ0Z17mS+PxEALYL/79A=; b=bDyhN2msaP9XQTtBgf0mGlUnJWvsTtwLVjz6X/lLu3fHDHhc0ysGaMPyhDlGK5KAht tAi8WhDg1I4XT2aFw1P8OOTZBcBq3EJypnSDqkXO9i3Ll/GKgZ6mwV1JtDCvp8o1kEHz /lEuoWKgJpmdtZaPUtZTvAvZ9t0+Azpgb/08C6oi6DCQ1+a7HuxC2euX/Ni8mygwRKgv w5buFxWCwyfY6RwQTdbIzIT8q55Hqx2v0iRJWJgMc0DcItzzWc16qlC5a64bD4hRlIyN 0LSnQeyRggiGZFr7K59EmQft3cnhbOsGazBJCf1eL0NoiJOAgmxv5PhoGVl2b9uax7Ms jHFg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=XTOdcCwV85wlOFbDjsDM9jUNQ0Z17mS+PxEALYL/79A=; b=hYujFpRqWLhQIQ+QhGlqmnN1cfNJV0xSZBK//MaF0JrJWrUbXD2gl3TaB19cN+wafA w3DOtgmQkDcBc/08LEYORem0oPO4KkqihPmKR9165mOAMuDmbnxXwWpwDsdy+OgYSUTJ PxC6Za5f7GfS133p/NLVinlZ5H/APkh3ZplKFfm7gKG2QyRWexu1kXX7TocHeFbIookl URrZ9MZkYr08dNi6aMNhVxS1sR5mopU+E49wkURPBCA4T6/GMDOVQzACRcaNiSWuBza/ OI352dxhXrMJC4yGP5RCWgmEeG4YDL3YX7YdH5Gzx80gJtLHNC05THTkv0nRP5ySXBZ+ UTSQ==
X-Gm-Message-State: APjAAAVqfqUgok2qCAAPN27cmbMlC3SxcrzxozeBMXMqk5ry/4VVugpc 9WR4PbUjPEsmABwEg1S1Doz6BSa+
X-Google-Smtp-Source: APXvYqyTyP/dnNf7Irz06Ho6azt95VHnUnO98Om9O/8jn14T1HIeVi/0CU2CPLxrsGjpsnGzgAOmAg==
X-Received: by 2002:a05:600c:1009:: with SMTP id c9mr5399439wmc.162.1577208254819; Tue, 24 Dec 2019 09:24:14 -0800 (PST)
Received: from ?IPv6:2601:647:5a00:ef0b:e53f:ee98:eb74:ae48? ([2601:647:5a00:ef0b:e53f:ee98:eb74:ae48]) by smtp.gmail.com with ESMTPSA id v8sm25030341wrw.2.2019.12.24.09.24.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Dec 2019 09:24:14 -0800 (PST)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <12AC8C5B-212E-49CF-8503-FF21DD06C168@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_8069BD82-BD00-40F0-A072-8C1CFEB38527"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Conclusion of Confirmation Call on Resolution of Errata 5170, 5171, 5172, 5173 on RFC8200
Date: Tue, 24 Dec 2019 09:24:09 -0800
In-Reply-To: <4356A839-FE3F-481E-8A02-3059C97FBD8D@gmail.com>
Cc: Ole Trøan <otroan@employees.org>, Bob Hinden <bob.hinden@gmail.com>
To: IPv6 List <ipv6@ietf.org>
References: <C079EDCA-C69B-4D01-A96A-4741B6D96369@gmail.com> <4356A839-FE3F-481E-8A02-3059C97FBD8D@gmail.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/0DCPSPn1YD6fvHKwAV-OIPEjA50>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Dec 2019 17:24:21 -0000

This concludes the Confirmation Call on Resolution of Errata 5170, 5171, 5172, 5173 on RFC8200.

A new errata will be filed that resolves the issues raised in Errata 5170, 5171, 5172, and 5173.

The new errata will include the following (as required by the RFC Editor errata system):

--------

Type:

  Technical

Section:

  4.5

Original Text:

  [Text from attachment sec4-5-orig.txt]

Corrected Text:

  [Text from attachment sec4-5-new.txt]

Notes:

   This errata replaces and resolves the issues raised in Errata 5170, 5171, 5172, 5173.   Credit
   goes to Fernando Gont for reporting the issues raised in these errata.   They correctly reported
   that the text in Section 4.5 of RFC8200 defined Fragment Offset as pointing to “Fragmentable Part”,
   this was an error and should have pointed to “Extension & Upper-Layer Headers”.

   After review by the 6man working group the conclusion was to fix the issue in a more general way
   than what was proposed in Errata 5170, 5171, 5172, 5173, hence the need for a new errata.

—————

Note, one this issue is closed, if an updating RFC is found to be useful, the w.g. can discuss this later.

Thanks,
Bob & Ole



> On Dec 4, 2019, at 2:49 PM, Bob Hinden <bob.hinden@gmail.com> wrote:
> 
> At the Singapore IETF 106 6man session the plan for resolving Errata 5170, 5171, 5172, 5173 on RFC8200 was discussed.  The plan presented was to open a new Errata that describes the errors in the Fragmentation text in Section 4.5 of RFC8200 and include the revised text in sec4-5-new.txt in the errata, and then close Errata 5170, 5171, 5172, and 5173 as “Rejected" with a pointer to the new Errata.  The new Errata would then be marked as “Verified”.  The slides can be found at:
> 
> https://datatracker.ietf.org/meeting/106/materials/slides-106-6man-sessa-next-steps-in-rfc8200-fragmentation-errata
> 
> The presentation included the changes in both a side by side diff form, and an inline diff form.
> 
> There was support in the w.g. session for this approach.
> 
> This confirmation call with end on December 18, 2019.
> 
> Note, this action is about how we process the errata, if an updating RFC is found to be useful, the w.g. can discuss this later.
> 
> Thanks,
> Bob & Ole
> 
> 
>> Begin forwarded message:
>> 
>> From: Bob Hinden <bob.hinden@gmail.com>
>> Subject: Next Steps Errata 5170, 5171, 5172, 5173 on RFC8200
>> Date: November 17, 2019 at 11:30:02 PM PST
>> To: IPv6 List <ipv6@ietf.org>
>> Cc: Bob Hinden <bob.hinden@gmail.com>, Suresh Krishnan <suresh.krishnan@gmail.com>, Ole Trøan <otroan@employees.org>
>> 
>> Hello,
>> 
>> Following up on the discussion from the 6man and the discussion on the IPv6 list, Three files are attached:
>> 
>> sec4-5-orig.txt                  The original section 4.5 from RFC8200
>> sec4-5-new.txt                   The proposed section 4.5 replacement
>> sec4-5-new-from-orig.diff.html   A diff of the two.
>> 
>> This incorporates one change agreed to on the list to change the text describing the first fragment packet from:
>> 
>>   (4)  The first fragment.
>> 
>> to:
>> 
>>   (4)  The remainder of the first fragment.
>> 
>> The plan agreed to with Suresh, our Internet AD, is to open a new Errata that describes the errors in the Fragmentation text in Section 4.5 of RFC8200 and include the revised text in sec4-5-new.txt in the errata, and then close Errata 5170, 5171, 5172, and 5173 as “Rejected" with a pointer to the new Errata.  The new Errata would then be marked as “Held for Document Update”.
>> 
>> This will be discussed at the first 6MAN session on Thursday in Singapore.
>> 
>> Thanks
>> Bob & Ole