Re: Errata on RFC8200

Nick Hilliard <nick@foobar.org> Sat, 08 June 2019 22:26 UTC

Return-Path: <nick@foobar.org>
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 4DEA21200FD for <ipv6@ietfa.amsl.com>; Sat, 8 Jun 2019 15:26:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 9eh7ZUDR5D_S for <ipv6@ietfa.amsl.com>; Sat, 8 Jun 2019 15:26:30 -0700 (PDT)
Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B3F1120072 for <6man@ietf.org>; Sat, 8 Jun 2019 15:26:29 -0700 (PDT)
X-Envelope-To: 6man@ietf.org
Received: from crumpet.local (089-101-070074.ntlworld.ie [89.101.70.74] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.2/8.15.2) with ESMTPSA id x58MQRxf024820 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Jun 2019 23:26:27 +0100 (IST) (envelope-from nick@foobar.org)
X-Authentication-Warning: cheesecake.ibn.ie: Host 089-101-070074.ntlworld.ie [89.101.70.74] (may be forged) claimed to be crumpet.local
Subject: Re: Errata on RFC8200
To: Fernando Gont <fgont@si6networks.com>
Cc: "6man@ietf.org" <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, Suresh Krishnan <suresh.krishnan@gmail.com>
References: <0ce4e502-6b2b-af5c-101b-29376eb226b3@si6networks.com> <67b05a9e-ef4c-127b-f4a3-fd90d2a1aea4@si6networks.com>
From: Nick Hilliard <nick@foobar.org>
Message-ID: <afe7faf7-c32c-6fec-f5af-3c8832d33136@foobar.org>
Date: Sat, 08 Jun 2019 23:26:26 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 PostboxApp/6.1.18
MIME-Version: 1.0
In-Reply-To: <67b05a9e-ef4c-127b-f4a3-fd90d2a1aea4@si6networks.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-GB
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/R76bFWebzg0KRKl6J-sT-YwZU4Q>
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: Sat, 08 Jun 2019 22:26:32 -0000

To put these errata in context, section 4.5 of rfc8200 defines:

>    original packet:
> 
>    +------------------+-------------------------+---//----------------+
>    |  Per-Fragment    | Extension & Upper-Layer |   Fragmentable      |
>    |    Headers       |       Headers           |      Part           |
>    +------------------+-------------------------+---//----------------+

The text then defines the Fragmentable Part as being separate to the 
Extension & Upper-Layer Headers part.

Comparing this against rfc2460, it's clear that the Fragmentable Part 
defined in section 4.5 of rfc2460 includes both the rfc8200 Fragmentable 
Part and the rfc8200 Extension & Upper-Layer Headers.  This is important 
because if someone implements ipv6 fragmentation as specified in 8200, 
it will not interoperate with the rfc2460 spec.

On this basis, errata 5170, 5171 and 5172 should be verified.

Regarding the others:

5173: is a typo and should be verified
5256: oops, cut-n-paste typo. Should be verified.
5259: this is a nit.
5506: looks ok.

Nick

Fernando Gont wrote on 07/06/2019 13:39:
> Ping?
> 
> 
> On 3/1/19 04:01, Fernando Gont wrote:
>> Folks,
>>
>> There's currently errata in the "Reported" state for RFC8200. Some is
>> mostly editorial, but the Fragmentation-related part seems to warrant a fix.
>>
>> So I'm curious about how to proceed here.
>>
>> I guess, the first part would be to process the errata (confirm it if
>> it's accurate, since it's still in "reported" state). Tehn I guess one
>> option might be to leave it as such, while another could be to do a
>> quick rev, specifically targetting the errata that has been reported so far?
>>
>> Thoughts?
>>
>> Thanks,
>>
> 
>