[mpls] Re: Poll: IOAM and PSD

Loa Andersson <loa@pi.nu> Sun, 11 August 2024 11:38 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 B36D2C14F69D for <mpls@ietfa.amsl.com>; Sun, 11 Aug 2024 04:38:24 -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 ULeBpFDDND_0 for <mpls@ietfa.amsl.com>; Sun, 11 Aug 2024 04:38:23 -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 192C3C14F69A for <mpls@ietf.org>; Sun, 11 Aug 2024 04:38:20 -0700 (PDT)
Message-ID: <582a0bbd-9536-44aa-85d5-113fea48c663@pi.nu>
Date: Sun, 11 Aug 2024 19:38:13 +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: WPRMHCDXH6O4BG7SGLEJ6IDPJSACBF62
X-Message-ID-Hash: WPRMHCDXH6O4BG7SGLEJ6IDPJSACBF62
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/DlTZnAn7yP3Y6ETkJMCMtFq6kHc>
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,

While your response to the question and the first part of the second 
question is clear, I'm not clear what you mean by the second part of the 
response 2nd question.

    I’d like also see the support of application level ID and metadata to
    better support the application-aware networking.

Do you care to expand om this, are you referring to 
draft-song-apn-dns-application-aware-networking? Which IDs do you think 
need to support application-aware networking?

/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