Re: [ippm] update "draft-he-ippm-integrating-am-into-ioam"

xiao.min2@zte.com.cn Tue, 09 January 2024 08:50 UTC

Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D2A8C1516F8 for <ippm@ietfa.amsl.com>; Tue, 9 Jan 2024 00:50:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=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, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] 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 EDapxJKZTGgQ for <ippm@ietfa.amsl.com>; Tue, 9 Jan 2024 00:49:56 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 765FBC14F6AA for <ippm@ietf.org>; Tue, 9 Jan 2024 00:49:55 -0800 (PST)
Received: from mse-fl2.zte.com.cn (unknown [10.5.228.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4T8Pkk68Vgz8XrRY; Tue, 9 Jan 2024 16:49:50 +0800 (CST)
Received: from njy2app02.zte.com.cn ([10.40.13.116]) by mse-fl2.zte.com.cn with SMTP id 4098nhKP081510; Tue, 9 Jan 2024 16:49:43 +0800 (+08) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njy2app02[null]) by mapi (Zmail) with MAPI id mid201; Tue, 9 Jan 2024 16:49:45 +0800 (CST)
Date: Tue, 09 Jan 2024 16:49:45 +0800
X-Zmail-TransId: 2afa659d08a9ffffffffe57-8d43d
X-Mailer: Zmail v1.0
Message-ID: <202401091649453577378@zte.com.cn>
In-Reply-To: <tencent_055E76036EB620A405839AF5681E7480D305@qq.com>
References: tencent_055E76036EB620A405839AF5681E7480D305@qq.com
Mime-Version: 1.0
From: xiao.min2@zte.com.cn
To: xiaoming-he@foxmail.com
Cc: ippm@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 4098nhKP081510
X-Fangmail-Gw-Spam-Type: 0
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 659D08AE.002/4T8Pkk68Vgz8XrRY
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Z7tJ3Enymhl5yAffPzSxGt8mDME>
Subject: Re: [ippm] update "draft-he-ippm-integrating-am-into-ioam"
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jan 2024 08:50:00 -0000

Hi Xiaoming He, authors,

Thank you for the interesting draft.
While reading this draft, a question raised in my mind, is it possible to extend IOAM Trace Option except for IOAM DEX Option?
AFAIK, IOAM Trace Option and IOAM DEX Option have different application scenarios, so it seems to me it's helpful to combine IOAM Tracing with Alternate Marking when IOAM Trace Option is preferred.
Best Regards,
Xiao Min


Original


From: XiaomingHe <xiaoming-he@foxmail.com>
To: IPPM WG <ippm@ietf.org>;
Date: 2024年01月08日 17:41
Subject: [ippm] update "draft-he-ippm-integrating-am-into-ioam"


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



Hi, IPPM,






A new version of Internet-Draft draft-he-ippm-integrating-am-into-ioam-01.txt
has been successfully submitted by Xiaoming He and posted to the
IETF repository.

Name:     draft-he-ippm-integrating-am-into-ioam
Revision: 01
Title:    Integrating the Alternate-Marking Method into In Situ Operations, Administration, and Maintenance (IOAM)
Date:     2024-01-08
Group:    Individual Submission
Pages:    13
URL: https://www.ietf.org/archive/id/draft-he-ippm-integrating-am-into-ioam-01.txt
Status: https://datatracker.ietf.org/doc/draft-he-ippm-integrating-am-into-ioam/
HTMLized: https://datatracker.ietf.org/doc/html/draft-he-ippm-integrating-am-into-ioam
Diff: https://author-tools.ietf.org/iddiff?url2=draft-he-ippm-integrating-am-into-ioam-01

Abstract:

   In situ Operations, Administration, and Maintenance (IOAM) is used
   for recording and collecting operational and telemetry information.
   Specifically, passport-based IOAM allows telemetry data generated by
   each node along the path to be pushed into data packets when they
   traverse the network, while postcard-based IOAM allows IOAM data
   generated by each node to be directly exported without being pushed
   into in-flight data packets.  This document extends IOAM Direct
   Export (DEX) Option-Type to integrate the Alternate-Marking Method
   into IOAM.

Any comments and questions are welcomed.

Best and Regards,
Xiaoming He
China telecom