Re: [mpls] Formal poll to abandon draft-ietf-mpls-sfl-control

Adrian Farrel <adrian@olddog.co.uk> Tue, 19 March 2024 17:41 UTC

Return-Path: <adrian@olddog.co.uk>
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 B8837C14F61B; Tue, 19 Mar 2024 10:41:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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, RCVD_IN_DNSWL_HI=-5, 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=olddog.co.uk
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 1zyKwZrRN3ip; Tue, 19 Mar 2024 10:41:16 -0700 (PDT)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19CEBC14F602; Tue, 19 Mar 2024 10:41:08 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.7/8.14.7) with ESMTP id 42JHf6VK009409; Tue, 19 Mar 2024 17:41:06 GMT
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 41B234604B; Tue, 19 Mar 2024 17:41:06 +0000 (GMT)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 356AF46048; Tue, 19 Mar 2024 17:41:06 +0000 (GMT)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS; Tue, 19 Mar 2024 17:41:06 +0000 (GMT)
Received: from LAPTOPK7AS653V (lfbn-lyo-1-502-196.w2-7.abo.wanadoo.fr [2.7.9.196]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.7/8.14.7) with ESMTP id 42JHf59h024510 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 19 Mar 2024 17:41:05 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'mpls' <mpls@ietf.org>
Cc: draft-ietf-mpls-sfl-control.all@ietf.org
References: <071d01da749b$af812400$0e836c00$@olddog.co.uk>
In-Reply-To: <071d01da749b$af812400$0e836c00$@olddog.co.uk>
Date: Tue, 19 Mar 2024 17:41:05 -0000
Organization: Old Dog Consulting
Message-ID: <024901da7a24$9ef68ba0$dce3a2e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJzIebE/FphN04wVUcXK2CARgwgobANpSwA
Content-Language: en-gb
X-Originating-IP: 2.7.9.196
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding; s= 20221128; bh=UKNyOMNxTDvT1hTthz3VYtE+cJuAq4DayM7KcWmyLms=; b=A2l X5l0mtpSnZLh0wA7nvguuZzUmf1J56zyG5wRgdS+endHCqQR9BssfkssiEgx3oRE pGjeAH8KwS9dItVMeYS/snnRhUgglcNyVKde7pnYnptrZ+6/9g9xH6wFaPjHiori bWNGvxyNSMCCU2vFaQPAfWYWSoRgjrm9h1e7XcHOoqSBOzya26up9Kj4tybMc6V2 DsKq3PYsuQSNmGr7gBF7ZNTn2eeQLkTNOf7Z38K+MGPmOg32DZpP7QtkA5q9lt+F /7sq+Evk5kh61w//HrUabbbSaUWUUWF8gjSAeIoUfau/7iEYxNYvTEWqFpfuvm53 qXyEkoD4iiyxLAUIbcg==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1002-28262.001
X-TM-AS-Result: No--13.305-10.0-31-10
X-imss-scan-details: No--13.305-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1002-28262.001
X-TMASE-Result: 10--13.305000-10.000000
X-TMASE-MatchedRID: UuaOI1zLN1jxIbpQ8BhdbAzrPeIO/OIHqROwUsrCyCJuwe1DQn3m1M8O alpDJEQln/kGpC5LADVR3GqIooUDOLUN8Yzp1vtfqhcdnP91eXFNGNZ5KF1S+LYekL3kH7Kjc18 Sjx6HfSFuqbWjKBTk5ugmry2LVsgp+dVjQNaxOrez8d6zvo5NkE0s9CXRACW0sMZG2pUzAfOsnj EXsILQtfsV92UD4+rDhdeGuq6nwy/I2RqSAXh33ntpzPuHdtTCo8tN19oTXleIP8tyWMRkedUcS tYMaHX/4zZbimilv1SFt0mTx6zR+9t5RGkMP+ayvHKClHGjjr2RgLeuORRdEuyf6HZjZM2q81oS Kb4F9XA7Iy4xMDtNnrnsDuawR3R+TX7PJ/OU3vL+xOhjarOnHis3zPQeiEbe+gtHj7OwNO0LH2q jGZLbHX1X3X5JPMJ6frVlPoXDEKt0I3w2qnSuhPGSdenY7gki
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/SRwxr-DfH-RbxCjBH2cbLFihBYg>
Subject: Re: [mpls] Formal poll to abandon draft-ietf-mpls-sfl-control
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: Tue, 19 Mar 2024 17:41:20 -0000

Hi working group.

This concludes the formal poll to abandon draft-ietf-mpls-sfl-control

Our plan was presented in the working group meeting on Tuesday 19th at
IETF-119, there were two informal calls for opinions, and this formal poll.

The only responses recorded are two people sad to see it go, but no one
planning to implement or deploy, and no one willing to take up the work of
fixing the bug and driving the document forward.

I will remove the draft from the AD's queue, and mark it as no longer being
a working group draft.

I will also add a note to the Datatracker History tab for the draft pointing
at the email threads and giving a brief explanation of what happened.

Cheers,
Adrian

-----Original Message-----
From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian Farrel
Sent: 12 March 2024 16:38
To: 'mpls' <mpls@ietf.org>
Cc: draft-ietf-mpls-sfl-control.all@ietf.org
Subject: [mpls] Formal poll to abandon draft-ietf-mpls-sfl-control

All,

As you will have seen, there has been some discussion on the list about the
work still needed to complete draft-ietf-mpls-sfl-control and a bug in the
spec that Stewart has discovered.

I asked on the list (2024-02-26) whether anyone is still interested in this
work
(https://mailarchive.ietf.org/arch/msg/mpls/eW8SpBzEAZRlsiTPhPbSd3DnrPQ/)
I repeated the question (2024-03-04)
Stewart rephrased my questions (2024-03-04) to ask if anyone has implemented
or deployed, or has plans to implement or deploy
(https://mailarchive.ietf.org/arch/msg/mpls/i4IC05iAheiYlKGIFq-8iu7nhjg/)

The only response has been from Loa, suggesting that if someone is willing
to do the work then he would support them, and that (my interpretation) he
would be sad to see the document dropped.

So, this email is a formal call for consensus.

The chairs propose to pull the document back from the AD and drop it from
the working group. This would allow anyone to pick the document up again in
the future, but it would need to go back through the working group adoption
process.

Please speak up if you are opposed to this action. In particular, please
state why you are opposed (e.g., you know something about
implementation/deployment) and how you propose that the document should move
forward (i.e., who would do what work).

In the absence of voices opposed to this approach, the chairs will take the
action.

This call ends on Tuesday 19th March 2024 at 17.00 UTC (i.e., after the MPLS
session at IETF-119).

Thanks,
Adrian (on behalf of the MPLS WG chairs)

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls