Re: [mpls] Last call on tidying up Expired MPLS WG I-Ds
Loa Andersson <loa.pi.nu@gmail.com> Mon, 08 January 2024 08:57 UTC
Return-Path: <loa.pi.nu@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 740DEC14F706; Mon, 8 Jan 2024 00:57:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.201
X-Spam-Level:
X-Spam-Status: No, score=-1.201 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, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no 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 PB8OE7rb_uY8; Mon, 8 Jan 2024 00:57:31 -0800 (PST)
Received: from mail-oa1-x30.google.com (mail-oa1-x30.google.com [IPv6:2001:4860:4864:20::30]) (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 EB9A4C14F703; Mon, 8 Jan 2024 00:57:30 -0800 (PST)
Received: by mail-oa1-x30.google.com with SMTP id 586e51a60fabf-20400d5b54eso1323517fac.1; Mon, 08 Jan 2024 00:57:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704704250; x=1705309050; darn=ietf.org; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:content-transfer-encoding:from:to:cc:subject:date :message-id:reply-to; bh=D6477iV0hYNlDUY6azGF1CtCXJWCqe8pItBMVBbfvy0=; b=KBkOMx6+E6XSrP8M8mN6MHbOfHnSMHIEF2f7L6UppvXUFoM8++9JE5LnxBLIy3JtOO gGPWz7rwhKlL887rjqd4tApBoRFVnTr62dzV/dePju6q8c00t34dEBWVJukTEO7Pz3AJ JTwXTXdSXDgUlJijgJpqKijYcQyL3EnWo+L+00X+Sze+HDDwi5c7SW2ZJpYJJPTpNvxZ Rhs9DbhJg3jA2POS17DfOcBBNxqIt2WIXWQop6N8KMyWX4fKAZ6jmxCel2QNgR4eN0Z6 T9119RTzGHv4lYgtH26yo0U5JiexLKebdvUjLMy6ZXGn6tcMRIOegyhJP55EZfy/il4X MNXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704704250; x=1705309050; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:content-transfer-encoding:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=D6477iV0hYNlDUY6azGF1CtCXJWCqe8pItBMVBbfvy0=; b=pWC/un45nKeFsNcIDxBAKP2+4NUp1Lnc9lNFoEj4O4YtUYzAyi7k6dlPgXoaN04pYh NKbLkfRuPj1PAW2r04XWukYWX/MXolHnKzQR2zuYrbI+B9eARSYdvsgN2akInrUNWz1J NK3KzO2JJ7ynLHki8yfUCqiquyGMVTIKIZaAEQoSjSgGRl/R4Sg/QyVoIrAoOMZpxZFW 7KU2kBRqug/FyuMcZA1aad32oEA5UMtdcbfJaWiLRaSeSUmHK0tmjY7BtGtcU7acRk3b yYJWajn4nBpg65N/UbgWusCuDa9NiOfHoPs/NBgezfpuv1VlxXFu0AcEtKuPY6whnUod Ux+Q==
X-Gm-Message-State: AOJu0YwwYM2S8pxCIFlzvN/4CDL/WH7l+nQnKKGg1s/WNAmbDbyHv4yG 1x5Ll0xCfoFj0Nxg349EnlU=
X-Google-Smtp-Source: AGHT+IG+q7qG261nIMucr6stO59jDVpV1UaPa1d0FiqviVBXkUY69x1Pd0DrLH6OHo6/fmGOWwzjGQ==
X-Received: by 2002:a05:6870:a710:b0:205:f103:773 with SMTP id g16-20020a056870a71000b00205f1030773mr4797363oam.54.1704704249998; Mon, 08 Jan 2024 00:57:29 -0800 (PST)
Received: from smtpclient.apple ([2001:4451:1119:c900:317c:43b2:c9fe:5300]) by smtp.gmail.com with ESMTPSA id w22-20020a63c116000000b005ccf10e73b8sm5441128pgf.91.2024.01.08.00.57.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Jan 2024 00:57:29 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-D26A4018-3DA2-44EB-A2FD-8A9E86EC1EC1"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
From: Loa Andersson <loa.pi.nu@gmail.com>
In-Reply-To: <CABNhwV0Sbg2pte3g2eLQp0vN9HRxqog_9=9tG7hBisFqxcw7Rg@mail.gmail.com>
Date: Mon, 08 Jan 2024 16:57:17 +0800
Cc: adrian@olddog.co.uk, MPLS Working Chairs <mpls-chairs@ietf.org>, mpls@ietf.org
Message-Id: <CAAA3B8B-0D60-472C-8F3A-8517B451855D@gmail.com>
References: <CABNhwV0Sbg2pte3g2eLQp0vN9HRxqog_9=9tG7hBisFqxcw7Rg@mail.gmail.com>
To: Gyan Mishra <hayabusagsm@gmail.com>
X-Mailer: iPhone Mail (21B101)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/7SphEBiXmhDk3r-JlgtOYF_9wSM>
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: Mon, 08 Jan 2024 08:57:35 -0000
On 7 Jan 2024, at 15:25, Gyan Mishra <hayabusagsm@gmail.com> wrote:
Hi AdrianFew thoughts on the low hanging fruit that could be marked dead and possibly not revived.CR-LDP RFC 3212 to my knowledge was never implemented by any vendors.
I think that is reasonble, maybe we should make RFC 3212 historic also?As well AFAIK DS TE RFC 4124 did not gain industry traction. Based on this I think this could be dead and not revived.https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-ext-01" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-ext-01
Extensions to RSVP-TE and CR-LDP for support of Diff-Serv-aware MPLS Traffic
Engineering
DS TE RFC 4124 was published in 2005 and now almost 20 years later I don’t think a need for requirement draft. As well that DS TE did not gain industry traction.https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-reqts-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-reqts-00Requirements for support of Diff-Serv-aware MPLS Traffic Engineering
Thinking back at the discussion I think ldp-dod was merged into 3478. But this before we routinely keep track of these things. And also the time before shepherds were appointed. I think Scott and I took the document through the IESG process.RFC 3748 GR LDP is implemented by most vendors and includes DOD. This could be one to pursue but as it’s been implemented for decades not sure if WG would want to spend time on this work so could be dead and not revived.https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-dod-restart-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-dod-restart-00
LDP DoD Graceful Restart
This could be marked dead as it only has the one possible use case for P2MP TE but did not gain traction.https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-upstream-05" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-upstream-05
MPLS Upstream Label Assignment for RSVP-TE
MPLS RFC 3031 is over 20 years old and so I think this can be marked dead and not revivedhttps://datatracker.ietf.org/doc/draft-ietf-mpls-framework-05" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-framework-05
A Framework for MPLS
Kind Regardshttp://www.verizon.com/" target="_blank" rel="nofollow">http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email" width="81" height="18">
Gyan Mishra
Network Solutions Architect
Email gyan.s.mishra@verizon.com
M 301 502-1347
_______________________________________________Hi,
The working group has 27 working group I-Ds that have Expired. Some of these
are very old (1998), while others only expired a couple of years ago.
To keep things tidy, we want to mark the ones that have been given up as
"Dead". Dead does not mean that work cannot be re-started, but it does
require that the idea is brought back as an individual draft and carried
through the process as normal.
This email starts a two week last call (ends December 20th) to allow anyone
to request that one of these I-Ds is not made Dead. A reason would be nice,
along with a promise to actually do some work!
The I-Ds can be seen at https://datatracker.ietf.org/wg/mpls/documents/" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/wg/mpls/documents/ and
are listed below for convenience.
Cheers,
Adrian (for the chairs)
https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-yang-10" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-yang-10
YANG Data Model for MPLS mLDP
https://datatracker.ietf.org/doc/draft-ietf-mpls-static-yang-13" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-static-yang-13
A YANG Data Model for MPLS Static LSPs
https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-rmr-extensions-03" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-rmr-extensions-03
LDP Extensions for RMR
https://datatracker.ietf.org/doc/draft-ietf-mpls-rmr-multicast-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-rmr-multicast-00
Resilient MPLS Rings and Multicast
https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-mib-05" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-mib-05
Definitions of Managed Objects for the LDP Point-to-Multipoint and
Multipoint-to-Multipoint Label Switched Paths
https://datatracker.ietf.org/doc/draft-ietf-mpls-opportunistic-encrypt-03" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-opportunistic-encrypt-03
Opportunistic Security in MPLS Networks
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-mfp-use-case-and-requirements-03" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-mfp-use-case-and-require
ments-03
Use Cases and Requirements for MPLS-TP multi-failure protection
https://datatracker.ietf.org/doc/draft-pdutta-mpls-tldp-hello-reduce-04" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-pdutta-mpls-tldp-hello-reduce-04
Targeted LDP Hello Reduction
(Note: Was adopted, but nothing happened)
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-csf-02" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-csf-02
Indication of Client Failure in MPLS-TP
https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-iana-01" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-iana-01
Label Distribution Protocol (LDP) Internet Assigned Numbers Authority (IANA)
Considerations Update
https://datatracker.ietf.org/doc/draft-ietf-mpls-explicit-resource-control-bundle-10" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-explicit-resource-control-b
undle-10
Component Link Recording and Resource Control for TE Links
https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-upstream-05" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-upstream-05
MPLS Upstream Label Assignment for RSVP-TE
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ach-tlv-02" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-ach-tlv-02
Definition of ACH TLV Structure
https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-process-05" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-process-05
IETF Multi-Protocol Label Switching (MPLS) Transport Profile (MPLS-TP)
Document Process
https://datatracker.ietf.org/doc/draft-ietf-mpls-p2mp-te-bypass-02" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-p2mp-te-bypass-02
P2MP MPLS-TE Fast Reroute with P2MP Bypass Tunnels
https://datatracker.ietf.org/doc/draft-ietf-mpls-mcast-cv-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-mcast-cv-00
Connectivity Verification for Multicast Label Switched Paths
https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-dod-restart-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-dod-restart-00
LDP DoD Graceful Restart
https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-optical-uni-01" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-optical-uni-01
LDP Extensions for Optical User Network Interface (O-UNI) Signaling
https://datatracker.ietf.org/doc/draft-ietf-mpls-lmp-02" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-lmp-02
Link Management Protocol (LMP)
https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-ext-01" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-ext-01
Extensions to RSVP-TE and CR-LDP for support of Diff-Serv-aware MPLS Traffic
Engineering
https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-reqts-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-diff-te-reqts-00
Requirements for support of Diff-Serv-aware MPLS Traffic Engineering
https://datatracker.ietf.org/doc/draft-ietf-mpls-hdr-comp-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-hdr-comp-00
MPLS/IP Header Compression
https://datatracker.ietf.org/doc/draft-ietf-mpls-hdr-comp-over-ppp-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-hdr-comp-over-ppp-00
MPLS/IP Header Compression over PPP
https://datatracker.ietf.org/doc/draft-loa-mpls-cap-set-01" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-loa-mpls-cap-set-01
MPLS Capability set
https://datatracker.ietf.org/doc/draft-ietf-mpls-framework-05" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-framework-05
A Framework for MPLS
https://datatracker.ietf.org/doc/draft-ietf-mpls-ecn-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-ecn-00
A Proposal to Incorporate ECN in MPLS
https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-00" rel="noreferrer nofollow" target="_blank">https://datatracker.ietf.org/doc/draft-ietf-mpls-rsvp-00
Use of Label Switching With RSVP
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls" rel="noreferrer nofollow" target="_blank">https://www.ietf.org/mailman/listinfo/mpls
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
- [mpls] Last call on tidying up Expired MPLS WG I-… Adrian Farrel
- Re: [mpls] Last call on tidying up Expired MPLS W… Stewart Bryant
- Re: [mpls] Last call on tidying up Expired MPLS W… Stephen Farrell
- Re: [mpls] Last call on tidying up Expired MPLS W… Loa Andersson
- Re: [mpls] Last call on tidying up Expired MPLS W… Stephen Farrell
- Re: [mpls] Last call on tidying up Expired MPLS W… Loa Andersson
- Re: [mpls] Last call on tidying up Expired MPLS W… Loa Andersson
- Re: [mpls] Last call on tidying up Expired MPLS W… Loa Andersson
- Re: [mpls] Last call on tidying up Expired MPLS W… Gyan Mishra
- Re: [mpls] Last call on tidying up Expired MPLS W… Loa Andersson
- Re: [mpls] Last call on tidying up Expired MPLS W… Gyan Mishra