Re: [mpls] Last call on tidying up Expired MPLS WG I-Ds

Stewart Bryant <stewart.bryant@gmail.com> Wed, 06 December 2023 10:27 UTC

Return-Path: <stewart.bryant@gmail.com>
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 4FAFFC14F736; Wed, 6 Dec 2023 02:27:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mlJqpz4ybU19; Wed, 6 Dec 2023 02:27:39 -0800 (PST)
Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 2FA18C14F5FF; Wed, 6 Dec 2023 02:27:39 -0800 (PST)
Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-54c846da5e9so3662105a12.3; Wed, 06 Dec 2023 02:27:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701858457; x=1702463257; darn=ietf.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=/iiz4lCnSPWeSxAcSJdYE0f/HvJuaNAAVZrR2/G06Hk=; b=cyZig+yDKn9LfdeFSz+gs6Shrz4xBy8wRPms1U89PJBcOu0kYJL+6LGRcqNpzqJyYg zuH2ysVZPmFjiuXmSAw6XL1XHexcMVKggmoQo42qvAuXBLcqhZVJQiD0LXY2I5fzXoWs cfMh+qWNEw35Fi9nIFOeBaSMTvMibD6a+8q7ubt9k69QCxEAC0cluWW2SfD5CKkpFRLH tmhx+1A0XQWgdAboJGuYqh9OCdFqL0RzGAGk2C4HA5xJiQYI6iIS2YCrHBLq3GbUQdat drZYnBqznU+ERikrLio8p+SJVcHK5pOfc8DRGRPAG0ValCvvzjGM2LTe/Mpa4ruKenuT rvfw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701858457; x=1702463257; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=/iiz4lCnSPWeSxAcSJdYE0f/HvJuaNAAVZrR2/G06Hk=; b=f207FLOWBfUM7ELITxy68MIw+gfm821oGh614mMklHs9+n2RYeeZp/9Y7iwDGehrqT oG4WzpZGzIm7zViy+U/uf2rglZPhU6NO8D4f964gote4CBtc/URpwh4+J5XCn2/mmIv4 4EVSQjcjYTuYw/M3nHwy2ArkO2PpvAZyFUjB/bSkKQMlXupu7+okyUW9C6SHIRVkWue/ gk6fi5jpwPq0F5MZXQXq6mZN9cAJ8jPuIgK6/g7EdLTmfzQg1op0e3rEUSgdlqlMNLz5 jv7SD68V6WJZw25gzOYZxDERvdpYxDXD9fMGBE7apr9G5Dk68RODF7NEdphlAeryxIBw iH7w==
X-Gm-Message-State: AOJu0YyzQQIsbNVNeme3/zILeQoW+S2qaaJv/MhFFmaGBeVTvG+qacTc fIDt9HWk4lU+ZqL9kxXync8=
X-Google-Smtp-Source: AGHT+IFYkmr1bMHDtKqbaUMY74qMYYJarNaHY5nbPZPlDk0worckV2THrGXEes5feT9zbh4jljLWPw==
X-Received: by 2002:a50:f615:0:b0:54c:4837:9057 with SMTP id c21-20020a50f615000000b0054c48379057mr535352edn.79.1701858457437; Wed, 06 Dec 2023 02:27:37 -0800 (PST)
Received: from smtpclient.apple ([148.252.140.237]) by smtp.gmail.com with ESMTPSA id m22-20020a056402051600b0054c792ad4ecsm2200684edv.82.2023.12.06.02.27.36 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Dec 2023 02:27:36 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.100.2.1.4\))
From: Stewart Bryant <stewart.bryant@gmail.com>
In-Reply-To: <05d501da27a1$fdb311c0$f9193540$@olddog.co.uk>
Date: Wed, 06 Dec 2023 10:27:25 +0000
Cc: Stewart Bryant <stewart.bryant@gmail.com>, mpls@ietf.org, MPLS Working Chairs <mpls-chairs@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0A85F844-A9ED-44AC-9718-F4A4307D64CB@gmail.com>
References: <05d501da27a1$fdb311c0$f9193540$@olddog.co.uk>
To: Adrian Farrel <adrian@olddog.co.uk>
X-Mailer: Apple Mail (2.3774.100.2.1.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/vEIbAcZkc0vlcZ_JoPSY6UE7c-k>
Subject: Re: [mpls] Last call on tidying up Expired MPLS WG I-Ds
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: Wed, 06 Dec 2023 10:27:41 -0000

> 
> 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-opportunistic-encrypt-03 
> Opportunistic Security in MPLS Networks

This draft has been referenced a number of times number of times in MPLS security discussions.

Maybe making it historic would be more appropriate.

========
> 
> 
> 
> 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ach-tlv-02 
> Definition of ACH TLV Structure

There is an irony in the MNA work with this one. 

In the TP work we depreciated the ACH TLVso the draft can be made dead, however I wonder if the MNA work will hake us back here?

Maybe leave it in code storage for a bit longer.

=========

> 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-process-05 
> IETF Multi-Protocol Label Switching (MPLS) Transport Profile (MPLS-TP)
> Document Process

I am sure that that one is dead an can be buried.

==========

> 
> 
> https://datatracker.ietf.org/doc/draft-ietf-mpls-framework-05 
> A Framework for MPLS

I would argue that this draft needs to be completed. One thing that is missing in many 
MPLS discussions is an understanding of the foundations of the protocol and a thorough 
Understanding of the consequences of change.

I was trying to capture some of this in draft-bryant-mpls-dev-primer-02 written in the early days of the MNA project.

I am taken by this text extract in the light of SR.

1.5.1.2 Efficient Explicit Routing

Explicit routing (aka Source Routing) is a very powerful technique
which potentially can be useful for a variety of purposes.
However, with pure datagram routing the overhead of carrying a
complete explicit route with each packet is prohibitive. However,
MPLS allows the explicit route to be carried only at the time that
the label switched path is set up, and not with each packet. This
implies that MPLS makes explicit routing practical. This in turn
implies that MPLS can make possible a number of advanced routing
features which depend upon explicit routing.

- Stewart