[mpls] Re: Poll: IOAM and PSD

Loa Andersson <loa@pi.nu> Sun, 11 August 2024 12:25 UTC

Return-Path: <loa@pi.nu>
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 17BCDC14F73E for <mpls@ietfa.amsl.com>; Sun, 11 Aug 2024 05:25:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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
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 VVF9H-Qe8Lnp for <mpls@ietfa.amsl.com>; Sun, 11 Aug 2024 05:25:40 -0700 (PDT)
Received: from srv.pi.nu (srv.pi.nu [46.246.39.30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73770C14F721 for <mpls@ietf.org>; Sun, 11 Aug 2024 05:25:38 -0700 (PDT)
Message-ID: <d19ebf6a-732a-4f43-853c-45e6ad04e45c@pi.nu>
Date: Sun, 11 Aug 2024 20:25:32 +0800
MIME-Version: 1.0
To: Haoyu Song <haoyu.song@futurewei.com>, Tony Li <tony.li@tony.li>, mpls <mpls@ietf.org>
References: <F78CB19B-2880-48AB-99CE-D46280014A87@tony.li> <BY3PR13MB4787298A531DFA3812CAAB9F9AB92@BY3PR13MB4787.namprd13.prod.outlook.com>
Content-Language: sv, en-GB
From: Loa Andersson <loa@pi.nu>
In-Reply-To: <BY3PR13MB4787298A531DFA3812CAAB9F9AB92@BY3PR13MB4787.namprd13.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: S2NTJIRIODG2MT5REB6KR7ECAFIBYTC2
X-Message-ID-Hash: S2NTJIRIODG2MT5REB6KR7ECAFIBYTC2
X-MailFrom: loa@pi.nu
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
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [mpls] Re: Poll: IOAM and PSD
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/xiFgySSCK2JvN0-gaQd46R9YSGM>
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>

Haoyu,

do you mean that since specification of IOAM-DEX (RFC 9326) following 
RFC9197 specifies

- IOAM-Trace-Types of 24 bit flag fields And Optional Fields - Flow ID 
32 bits - Sequence Number 32 bits And draft-mb-mpls-ioam-dex specifies - 
IOAM Trace Types of 22 flag bits And optional fields - Flow ID 30 bits - 
sequence number 11 bits (variable) That draft-mb-mpls-ioam-dex is 
strictly not compatible with RFC 9326? /Loa
Den 09/08/2024 kl. 07:35, skrev Haoyu Song:
>
> Hi Tony,
>
>
>
> My response is inline.
>
>
> Regards,
>
> Haoyu
>
> *From:* Tony Li <tony1athome@gmail.com> *On Behalf Of *Tony Li
> *Sent:* Tuesday, July 30, 2024 8:26 AM
> *To:* mpls <mpls@ietf.org>
> *Subject:* [mpls] Poll: IOAM and PSD
>
> [WG chair hat: on]
>
> Hi all,
>
> We’ve had many discussions about IOAM and PSD over the last few years. 
> We need to reach consensus on the problems that need to be addressed 
> in these areas. Therefore, we would like to hear from everyone, 
> especially independent operators:
>
>  1. There are many flavors of IOAM.  Which ones would you like to
>     deploy/implement with MNA?
>
> [HS] I’d like MNA to support IOAM DEX and Trace option as specified in 
> RFC9326 and RFC9197 using PSD. The reasons are:
>
>      1. Comply with existing standards, can be directly used without
>         any hassle
>      2. Support potential cross-domain interoperation (e.g., cross the
>         boundary of MPLS domain and non-MPLS domain)
>      3. IOAM trace (i.e., the passport mode) is very useful in many
>         realtime measurement/congestion control applications (e.g.,
>         HPCC and tons of published research papers), therefore it has
>         great potential for future wider application.
>
>  2. Do you have other applications of MNA that have not been proposed yet?
>
> [HS] I’d like to see a simple flag-based action to support the 
> postcard mode telemetry.
>
> I’d like also see the support of application level ID and metadata to 
> better support the application-aware networking.
>
>  This poll will close in two weeks, at 9am PDT, Aug 13.
>
> Regards,
>
> MPLS chairs
>
>
>
>
> _______________________________________________
> mpls mailing list -- mpls@ietf.org
> To unsubscribe send an email to mpls-leave@ietf.org

-- 
Loa Andersson
Senior MPLS Expert
Bronze Dragon Consulting
loa@pi.nu
loa.pi.nu.@gmail.com