Re: [mpls] WG consensus check: RFC 7506 (IPv6 Router Alert Option) to historic

Toerless Eckert <tte@cs.fau.de> Thu, 11 April 2024 00:39 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 054B1C14F61A for <mpls@ietfa.amsl.com>; Wed, 10 Apr 2024 17:39:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.648
X-Spam-Level:
X-Spam-Status: No, score=-6.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZPKOIaIAEGf for <mpls@ietfa.amsl.com>; Wed, 10 Apr 2024 17:39:24 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65B65C14F60C for <mpls@ietf.org>; Wed, 10 Apr 2024 17:39:23 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 4VFLRn6LypznkQP; Thu, 11 Apr 2024 02:39:17 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4VFLRn5VcCzknM5; Thu, 11 Apr 2024 02:39:17 +0200 (CEST)
Date: Thu, 11 Apr 2024 02:39:17 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Tony Li <tony.li@tony.li>
Cc: mpls <mpls@ietf.org>
Message-ID: <ZhcxNSNB4zcbKlA_@faui48e.informatik.uni-erlangen.de>
References: <19F1FC07-F79B-44A6-A604-372729C42CA4@tony.li>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <19F1FC07-F79B-44A6-A604-372729C42CA4@tony.li>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/D7lqyu6fLCzEKQ-tSckxSIcZZAo>
Subject: Re: [mpls] WG consensus check: RFC 7506 (IPv6 Router Alert Option) to historic
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Apr 2024 00:39:29 -0000

The way the question is asked (without any text about the conditions under which this is done), i can only say "no".

The reason is that i would not want to see something moved to historic without an RFC solution to replace it.

Now i imagine that the current plan is (because thats not mentioned in the consensus call),
to make draft-ietf-mpls-lspping-norao update RFC8029 in a way that it eliminates the need
for router-alert for both IPv4 and IPv6 in the RFC8029 mechanisms. And that draft already
talks about having made RFC7506 historic.

So, if that is the implied plan for making RFC7506 historic, then i will not say No. But not Yes either.

For a Yes, i would really need to see an RFC8029bis that removed the router-alert text as instructed
by draft-ietf-mpls-lspping-norao. draft-ietf-mpls-lspping-norao itself would only need to be changed to
not ask for the update to RFC8029 anymore, but could easer be the process document defining the
retirement of RFC7506.

In other words: I really don't think the job is nicely done as long as future implementers of MPLS OAM
need to read through router-alert text in RFC8029 AND then the "ignore/replace" the router-alert text
in draft-ietf-mpls-lspping-norao, and apply the instructions from that doc themselves correctly - every
implementer by themself.

Cheers
    Toerless

On Tue, Apr 02, 2024 at 10:00:55AM -0700, Tony Li wrote:
> 
> [WG chair hat: on]
> 
> 
> Hi all,
> 
> It has been proposed that we transition RFC 7506, "IPv6 Router Alert Option for MPLS Operations, Administration, and Maintenance (OAM)” to Historic.
> 
> This note starts a two-week consensus check on this change. Please reply-all with: 
> 
> 	“Yes, I support moving RFC 7506 to Historic”
> 
> or
> 
> 	“No, I do not support moving RFC 7506 to Historic”
> 
> This poll will close at 12:01 PM PDT 16 Apr 2024.
> 
> Thanks,
> Tony
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls