Re: [Errata Held for Document Update] RFC8200 (5933)

Fernando Gont <fgont@si6networks.com> Tue, 03 March 2020 22:53 UTC

Return-Path: <fgont@si6networks.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 0FD2B3A0765 for <ipv6@ietfa.amsl.com>; Tue, 3 Mar 2020 14:53:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 emG05U4RTHZB for <ipv6@ietfa.amsl.com>; Tue, 3 Mar 2020 14:53:48 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD82D3A05AC for <ipv6@ietf.org>; Tue, 3 Mar 2020 14:53:47 -0800 (PST)
Received: from [192.168.0.10] (unknown [181.45.84.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id A7E8482E2D; Tue, 3 Mar 2020 23:53:43 +0100 (CET)
Subject: Re: [Errata Held for Document Update] RFC8200 (5933)
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Philip Homburg <pch-ipv6-ietf-6@u-1.phicoh.com>, ipv6@ietf.org
Cc: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
References: <20200302032940.9DE2EF406F3@rfc-editor.org> <3e4b460e-b77a-e04b-d7fc-d4cb889c284d@gmail.com> <DM6PR05MB6348A46BE210A777CDE302C6AEE70@DM6PR05MB6348.namprd05.prod.outlook.com> <m1j95Bl-0000JPC@stereo.hq.phicoh.net> <253810a2-bc07-5673-fb22-92d0f435888c@gmail.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <7fea87b7-9de9-5da8-7bfe-45c6edfc7c7d@si6networks.com>
Date: Tue, 03 Mar 2020 19:46:12 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <253810a2-bc07-5673-fb22-92d0f435888c@gmail.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/ipv6/BhKkGeCkQVnaeKQ6k6hg-ir9REE>
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, 03 Mar 2020 22:53:52 -0000

On 3/3/20 18:43, Brian E Carpenter wrote:
[....]
>> It seems to me that the bigger question is whether there would be
>> consensus to update RFC8200 to allow whatever SPRING wants to do.
> 
> SPRING is not asking for an update to 8200; their claim is that it
> already allows the PSP action. You might disagree, of course.

FWIW, segment-routing-header also argued that en-route insertion was 
allowed.



[....]
> 
> IMHO the questions of principle (does it violate the words in RFC8200,
> and are those words correct?) are much less important than Robert Raszuk's
> question: what harm does this do? And we have the answers to that, I think:
> 
> - doesn't harm PMTUD, because making a packet shorter on the last hop can't
> possibly harm PMTUD.
> 
> - doesn't describe AH rules (which fields are mutable), but AH is not used in
> SRH domains.
> 
> - may affect OAM mechanisms.

FWIW, one would expect that whether this functionality violates RFC8200 
should be connected with whether this causes harm.

If it doesn't then RFC8200 is being overly prescriptive, and should be 
relaxed (updated)

If it does cause harm, and violated RFC8200, then that might be an 
indication that a different solution should be evaluated.

The requirements in RFC8200 sets expectations on what happens to IPv6 
packets. Encouraging a disconnect between what the spec says, and what 
actually happens (particularly when it's us doing that) is, IMO, harmful.

-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492