[mpls] Re: John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)

Tony Li <tony.li@tony.li> Tue, 10 September 2024 13:44 UTC

Return-Path: <tony1athome@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 6C10FC15107E; Tue, 10 Sep 2024 06:44:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.757
X-Spam-Level:
X-Spam-Status: No, score=-1.757 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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] 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 SzWur4lLcWBv; Tue, 10 Sep 2024 06:44:03 -0700 (PDT)
Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C269EC14F5E2; Tue, 10 Sep 2024 06:44:03 -0700 (PDT)
Received: by mail-pl1-x62b.google.com with SMTP id d9443c01a7336-20688fbaeafso56192565ad.0; Tue, 10 Sep 2024 06:44:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725975843; x=1726580643; darn=ietf.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date:message-id:reply-to; bh=0Yy11K4SqnMSK+qPiL1X+/2QEHK2XXZfCkxrqoZuF0s=; b=fvhzAZK360dKMZ9+Gs3KmYGJBd6Put6urLfJooFptku1qHToIrn9UHM9UpzOUcCDNH MMWNC8xoxKEcZ09arL4FjJxeyEVu1bFYSZjRG3y2ZpsEO80vPUIFHq4Hlaw9HkWbEvrn sDF9PVfypSy3TfIvWpypv132Q0RzaSajtLjrwWTsDcXLHiL1Z+3U654Q8N23YhOtB3/h dxVHNwGYbqRpmB6ypv6L9TFoWkndzdFal/i+njyU/6gHizt64gTQnHBV7mPFoHF4Qbue xKBv/7xec19xPDnYSeuAu24EkamQaOXiEgqYCJ82Z6ZPNzIQPBIt+paHh3SdM4ksQUMz ZAQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725975843; x=1726580643; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=0Yy11K4SqnMSK+qPiL1X+/2QEHK2XXZfCkxrqoZuF0s=; b=e85NlAt6ZZ1qJtsZElVpPn6kMcSXAB6vaIN/hGRzOGkZy/fRcmgkzltC7KdhZKDPX9 zqIu0r7rFGtDCn2mh4D75g8qi5qc9oKshEissVQCg/HbVJkffgmlk1l538oMd9YUzrRI DAzZ+rGykP1OCZCJ1SoRKZMbF5rXGzBdIKegSS3pnW7h1LzGbFzIfpLslL7D8Kw22q5w /Q49Vc5Vr0yuIuIhkdpta8m6MuC4V5r3jxaNyRHZszkxEwUcgG0J6oxBURKsxbP+CPPw +MDoePVVubyxlxj9/kk6OQ209P7rR634scfTKbXmOApE9YMKkvqrz99dY/e7h/WcIvCl iwAQ==
X-Forwarded-Encrypted: i=1; AJvYcCVe/m2XDv/h5U33MlKGS/OdPHaEqrKR87/lHGw695aU9b0MYP198xF09bfjz0iT/kpqkRiSNkYImyZJ3TM=@ietf.org, AJvYcCWzGNxvTOLJReYGEI9ZMcVu4sXSBAqpm5lDC3wQnTYzbnWGH9h4PaPi9+hwUgFy5CqKKf0jGZpmUHsu59GCgyW0bErYRqHN/Xl6WN50MNOyIypD+0lTIFY=@ietf.org, AJvYcCX7ZUv48m0lmsoKHsNyMDABa5rE90Yr+vrCSzeKetk1rHnN9l837VY3B0lZrGCRFe+7Lr7DeA==@ietf.org, AJvYcCXKHaCuHrNLEmn28JAcQEWjFMgVUs5f88sd9LbyIniWg/K+2gJ6iPFpqdfUzXDbAx975oN3GA==@ietf.org
X-Gm-Message-State: AOJu0YxexcmyWLlzqDVgx/BZ8Latq7o+FKDw3en1e4INXWscyV8zmRHW l8fWo+4JyT1Woh1KsIQ92TmU6JfBr2IsNgxqUdqGCjsqVm8FDqfX
X-Google-Smtp-Source: AGHT+IH0JOY7/gvY4GcUTvyQBnTjjbhN/G2eTa1J/q0d3igrFetk0d3umwxeNyqbnqAdQ/IWcthybQ==
X-Received: by 2002:a17:902:f789:b0:205:5a3f:76b5 with SMTP id d9443c01a7336-2074c6103fcmr12312065ad.28.1725975843037; Tue, 10 Sep 2024 06:44:03 -0700 (PDT)
Received: from smtpclient.apple (c-73-93-167-4.hsd1.ca.comcast.net. [73.93.167.4]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-20710f31235sm48992355ad.253.2024.09.10.06.44.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Sep 2024 06:44:02 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
From: Tony Li <tony.li@tony.li>
In-Reply-To: <EB996189-172B-4E96-A797-542A7AE0622F@gmail.com>
Date: Tue, 10 Sep 2024 06:43:51 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <0A606080-BC97-47B7-AD48-779511BC5910@tony.li>
References: <20240909084747863DD6L3jyLtJvvqYF9jzk2r@zte.com.cn,20240910141950285thZInxELPhbnFSBkdgXlH@zte.com.cn,63C1F4CE-3437-4A53-8196-93C00E5FBE6F@tony.li> <202409101437205152g3Mg6rXkxl2HdIohx8JX@zte.com.cn> <EB996189-172B-4E96-A797-542A7AE0622F@gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: 4NYORC2IMT4BQOY5HPZ4Y3OFPQMHVVKW
X-Message-ID-Hash: 4NYORC2IMT4BQOY5HPZ4Y3OFPQMHVVKW
X-MailFrom: tony1athome@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mpls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-mpls-inband-pm-encapsulation <draft-ietf-mpls-inband-pm-encapsulation@ietf.org>, tsaad@cisco.com, mpls <mpls@ietf.org>, mpls-chairs <mpls-chairs@ietf.org>, The IESG <iesg@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [mpls] Re: John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/lGxwwH8P2NvXSwp_HvxFd8U0P34>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Owner: <mailto:mpls-owner@ietf.org>
List-Post: <mailto:mpls@ietf.org>
List-Subscribe: <mailto:mpls-join@ietf.org>
List-Unsubscribe: <mailto:mpls-leave@ietf.org>

Hi Stewart,


> I am not sure I understand the need to say anything about anticipated obsolescence of the protocol.
> 
> Once it is released in the wild it will have a life of its own determined by the needs of the operators. If they want to keep using it they will and we should not prevent them. As a method it is harmless and by using an ESPL it does not take any critical resources.
> 
> It is very rare that we actively obsolete anything like this unless it is actually harmful, or blocks some other more valuable method, neither of which apply here.
> 
> So why are we actively promoting the obsolescence of this technique rather than letting the market decide which is our normal approach?


Because the WG is potentially generating two approaches to doing the same function in a relatively short time. Many concerns were expressed about the confusion that it would create. Some wanted this document to not be published. The authors of this draft very much wanted it to be published (as PS) because of their existing deployments. This compromise was the way of respecting all parties.

I’ve heard compromises described as deals where everyone walks away unhappy.  If we want the IETF to be a place where compromise and statesmanship are the norm, then we have to accept the fact that compromise will lead to outcomes that we don’t care for. The alternative is that every topic polarizes us, we sit and argue endlessly, and no progress is made.

T