IETF Logo Mail Archive

[mpls] Re: Working Group Last Call on draft-ietf-mpls-mna-hdr (2nd WG call)

Stewart Bryant <stewart.bryant@gmail.com> Thu, 03 October 2024 09:24 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 E51E0C151531; Thu, 3 Oct 2024 02:24:50 -0700 (PDT)
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 o_7mrJ1qnkkf; Thu, 3 Oct 2024 02:24:50 -0700 (PDT)
Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (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 8832AC151097; Thu, 3 Oct 2024 02:24:50 -0700 (PDT)
Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-a8d446adf6eso115655066b.2; Thu, 03 Oct 2024 02:24:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1727947489; x=1728552289; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=zF2R8xHeG4NcSIyFV3vMckNGj15C5+2CrpAHLWWHjLs=; b=dfNStlDqwLmB1EQqYzm+s7BT5JfTa3fhqwEVS83KVuWM0XdSypO9TR61bkj7rGbhVV ZSOaNSlLrIGunKzRlgSVECgVYMPTfjBnGYanhvzu/UNTYomQI4D5TjBrqjhDufT9MbkL V/yj41i1u7/E4s+5Cy9C/twb1HkrrEjUdcrHAzSNKDla5Mi2IejosPxYoT0iAfhRHe/q BuGL+mshcwlbs9G3RNKc2PJIk5xN2FpAcLIA1X7vGwiWHTpfqflX1dQr49bmRI66Wtcd hXi2Lt8nCJuOoq3ixSOR8bYBbFGlHi4YNUB2pS63gN7oqFN7iDQhARURXpiDnAl0N77z ZaNA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727947489; x=1728552289; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zF2R8xHeG4NcSIyFV3vMckNGj15C5+2CrpAHLWWHjLs=; b=flMSnqevwJSlNwn0MqIdqrlHetT7XwE7YVPo46sjknPwGjq+s5abJ9go6ufNskMsSa VpdE0lY+GWUmrNh0QOi3wv+piLCd2gK8W5QK2mzqmkoO32euJ+sa79c+xf0lr5Hu0Jsr 7SDVdzHmRnqgI/4ExE4C+DoQ5WyzmMNP2eCnYkUxVvp72CmNJ/EL6IBphFrImCbhYOZg Tv1nUdBTCRDoPcxkl/irOpIkJnazoo+Nor0V05Ur3+FJRFROqXovHqDAKRzkVUSjJ4TP ceZWo9HCw2u8KKjC1cVK6wRWNmcWw8anUaWWcrMi8ua8Prawvqas/1bWa6j4mQuCuXPb FqUA==
X-Forwarded-Encrypted: i=1; AJvYcCUwpKM56m4CbGDoiA0SNbiB5RXoGDiMaV/krIhgghCwnZuhaB5B6YDBbrpzlPRvIHfyApmrI8leH3N8/esKjlmv/j+09ILcOQ==@ietf.org, AJvYcCVTnM/tsa6/iqTWipTbRFJAOSLcpQ4Boo+fWWle+tsv6066ssmJKMweqKkc8XlPfcaL/hbA9A9Y14UNneI=@ietf.org, AJvYcCXg9HQpaRyHr3acLakr7zZ01SYmYpHo+52lLAynyDGrLeW8fbaB8gcH5AFnG5aUrnYrChoIvQ==@ietf.org
X-Gm-Message-State: AOJu0YxMLEwkxtvVHkKOxCxei3ostLX9NMqXDtpgeMSfCBK33vvPOtNN 6Ta73quTi+hIXiI8wzFGykF6bpLyiyMqu1zYYuXSems5JlOfxPaI
X-Google-Smtp-Source: AGHT+IHiCs4uFOBato/rbm9fdX/5BnAVE8WNLEgbHnPSCQJLB7RQrI3dUGz+hF4Qao6woxw/xoMAaA==
X-Received: by 2002:a17:907:2da5:b0:a8d:3085:a7b1 with SMTP id a640c23a62f3a-a98f825ab00mr578140966b.38.1727947488588; Thu, 03 Oct 2024 02:24:48 -0700 (PDT)
Received: from smtpclient.apple ([148.252.132.241]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a99103b576fsm58144566b.117.2024.10.03.02.24.47 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Oct 2024 02:24:48 -0700 (PDT)
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-Id: <AAD9F37F-766B-4173-BA32-541E63EBDA79@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5D5F1E01-812B-4A32-9AD4-0CBC21F4C2C8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Date: Thu, 03 Oct 2024 10:24:36 +0100
In-Reply-To: <000001db121b$128effa0$37acfee0$@tsinghua.org.cn>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
References: <DS0PR19MB65014515D511B396E79BA36FFCF82@DS0PR19MB6501.namprd19.prod.outlook.com> <LV8P220MB1914BBB4896362040615CAB2FC6F2@LV8P220MB1914.NAMP220.PROD.OUTLOOK.COM> <000001db121b$128effa0$37acfee0$@tsinghua.org.cn>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: JLMT3PSSXJJPPXDRHVPUTXFTB5I6UR2V
X-Message-ID-Hash: JLMT3PSSXJJPPXDRHVPUTXFTB5I6UR2V
X-MailFrom: stewart.bryant@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: mpls <mpls@ietf.org>, MPLS Working Chairs <mpls-chairs@ietf.org>, draft-ietf-mpls-mna-hdr@ietf.org
X-Mailman-Version: 3.3.9rc5
Precedence: list
Subject: [mpls] Re: Working Group Last Call on draft-ietf-mpls-mna-hdr (2nd WG call)
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/qgEyKJl60aZvSGRLW6ZrGO7lGbE>
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>


> On 29 Sep 2024, at 03:55, Aijun Wang <wangaijun@tsinghua.org.cn> wrote:
> 
> 2)     Based on the poll responses about "IOAM and PSD", the PSD based solution is more suitable for the IOAM related scenarios. It is better to define and assign the "R" bit in LSE format B as "P" bit for PSD based solution.
> 

PSD is needed for other applications.

= Precision clock transport across an MPLS network - as more SR friendly version of RFC8169

= Some time of proof of transit would be better addressed with PSD. This is particularly he case with some security models that forbid transit through hostile countries or thought equipment made in certain countries.

= Proof of SRLG avoidance.

= Then of course we have an existence proof that end to end PSD is needed - all of the MPLS overlay transport use a control word, and the existence of PSD as a feature allows us to consider more sophisticated end to end packet ancillary data again in line with the SR philosophy.

- Stewart

v2.46.0 | Report a Bug | By Email | System Status