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

Xiaoming He <xiaoming-he@foxmail.com> Wed, 10 January 2024 14:54 UTC

Return-Path: <xiaoming-he@foxmail.com>
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 80829C14F5EB for <ippm@ietfa.amsl.com>; Wed, 10 Jan 2024 06:54:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.832
X-Spam-Level:
X-Spam-Status: No, score=0.832 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, FROM_EXCESS_BASE64=0.001, HELO_DYNAMIC_IPADDR=1.951, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxmail.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 3fpV09iHqcrg for <ippm@ietfa.amsl.com>; Wed, 10 Jan 2024 06:54:29 -0800 (PST)
Received: from out203-205-221-233.mail.qq.com (out203-205-221-233.mail.qq.com [203.205.221.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CDB2C14F5E5 for <ippm@ietf.org>; Wed, 10 Jan 2024 06:54:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foxmail.com; s=s201512; t=1704898458; bh=S/8Bi2i1yf19UxV6kC1C3G8Jo0Q8dsaX923SckXGcRs=; h=From:To:Cc:Subject:Date; b=X0keEIZ3uQ9eoSSetAbA/EBac6IIft5zHuFjGNxIf8Ypu7Jt6KNXoCvm8RoWBpCs5 unK2EZkBLJ+tBdXeKK5NZbLzkTE/o/0GsHyLJcks65DplfMsCvoZUMvEQSU/g7UnbP wzxLV53SOzagiZYFwi0jeHbpzsWCdKRFnq/K0/Rk=
X-QQ-XMRINFO: OWPUhxQsoeAVDbp3OJHYyFg=
X-QQ-XMAILINFO: OJZMNd+y4Kx4zUhrNVIgdvTKk4/6MYvDCjkVqOr6+W7Ez5DRVPfU32xvlf5Yyl Ru1mP8tedlYcqpWr21K/RbijV/lAdc6FuznKWL+hWAAOJlrH9gFxOmQWGvuX+RbvzhODVXiX3Ts5h zY6hQmYkxzBgKWbhPx4dkADUqHCy62ercawho6d8S/Db5TFwkuneGo/WIzJ2gYwRl8OhrWhVyIjy1 7xfZLxUY7+9WUbFlKAS7IddlEsz6m4xnuyxJ1+Rwt6Plva4oh+Wf2Cf+l7FNKHIi5uCRSExGRhCkJ XJCSszTKVttAcRX0D7LrQgvaQxPlqgDbxIBwUjc+Ho4DwppaP3wQFhg5mLgX/sTOLRPPmteFIDQ8k I+3ucadxKvi48fI6PC4P+LYhzs9SCUSyLJBXnNiLKwRdPByfE8eGEZxQG90xIdpJi/1YefDOhL0j3 OWJoa/V4V0BaiLU8XPC9mL7I75cHrrZbnR1+JXadIW0DI2ab4tL0rzH8sp9Nf3TcoPwrOEuEOcX9j agmTWa2LA44Y2fOGhpL0OZ8eQNQPbYsVnknmTksv4XwPzB7xCUHBYdJb4XgATkv3VeAUY9g46XnKH NyoNO+OKKSXUBIqhHQ5nD2XyqGyY1dwB1d5L+1JE3MxFeMIHehtxYt/WUKV7yYue6p1qB5pr2rghV yjWm/lC9yXFK7Bo+y+NaYA0zOI51EYwongkxRiBimfOAdYpHP80YuYFmHXcCovwjqAawVo9/hLZTp YrSmJmIxDcpN0z6p8sxrsoFWwzcnsvg0lNdyQQnTxndUaXrUm/Q1f9GRI1DfrL8/hCRhvlcV5avcl 62lMsR6WvTIxXAPsKB5JKE83TjMk+A9dlKao/biteTG8TuCN4/eAoxAf0EzAy8Zo674z79rH8ssuR dVpty0zpu4d+FYyhY+b+fgDwtIYj/Dt0AflPXEci6l82yX57WCMDNdRM2rY9oERX/BoxdFid2gq4g U4AXcywRvTzaQSm3d/Eo1/bRjI8g8A1pJrUXlhVh4wIzwiWuEmXamS/wBbxrhlywWIQtKSe2QZkbE U8NMCXhk7WkyVGeg=
From: Xiaoming He <xiaoming-he@foxmail.com>
To: "xiao.min2" <xiao.min2@zte.com.cn>
Cc: ippm <ippm@ietf.org>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_659EAF99_39F32630_113CDD9F"
Content-Transfer-Encoding: 8bit
Date: Wed, 10 Jan 2024 22:54:17 +0800
X-Priority: 3
Message-ID: <tencent_8EEDAC54F31E0334F6551B6AB388215F1808@qq.com>
X-QQ-MIME: TCMime 1.0 by Tencent
X-Mailer: QQMail 2.x
X-QQ-Mailer: QQMail 2.x
X-QQ-mid: xmseszc3-0t1704898457trc8dckx8
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/qYhLwnM-isiUCt2vOoa5mCsmA50>
Subject: [ippm] 回复:Re: 回复:Re: 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: Wed, 10 Jan 2024 14:54:33 -0000

Hi, Xiao Min,Thank you very much for reminding me to think over this question.


As you said, it is possile to extend the IOAM Trace Option for &nbsp;incorporating the Alternate-Marking method. The benefits obtained from this are that, while conducting performance measurements, we can still collect telemetry data of user traffic along the path nodes.


We will consider to add the extended IOAM Trace Option in this updated draft.


Best Regards,
Xiaoming He
China telecom







                       
原始邮件
                       
                     

发件人:"xiao.min2"< xiao.min2@zte.com.cn &gt;;

发件时间:2024/1/10 15:31

收件人:"xiaoming-he"< xiaoming-he@foxmail.com &gt;;

抄送人:"ippm"< ippm@ietf.org &gt;;

主题:Re: 回复:Re: [ippm] update "draft-he-ippm-integrating-am-into-ioam"



Hi Xiaoming,




Thank you for the detailed explanation.

I understand the logic you choose to extend IOAM DEX Option, nevertheless what's not clear to me is that how difficult while extending IOAM Trace Option.

As said before, I see the application scenario&nbsp;to combine IOAM Tracing with Alternate Marking, in which the IOAM transit node might need to do both packet stamping (so-called passport mode) and direct export (so-called postcard mode). At present I don't see a reason why the IOAM transit node can't do that, so I raise this option for you to consider.




Cheers,

Xiao Min
Original
From:&nbsp;XiaomingHe <xiaoming-he@foxmail.com&gt;
To:&nbsp;肖敏10093570;
Cc:&nbsp;ippm <ippm@ietf.org&gt;;
Date:&nbsp;2024年01月09日 22:13
Subject:&nbsp;回复:Re: [ippm] update "draft-he-ippm-integrating-am-into-ioam"

Hi, Xiao Min,
Thank you for the question and concern.

Regarding the IOAM Trace Option, a passport-based IOAM, I think it is difficult for its extension supporting Alternate Marking method.

Because in IOAM Trace Option mode, the IOAM data is pushed into data packets by every transit node until the IOAM decapsulating node &nbsp;(destination node) removes IOAM-Option-Type from packets and send the IOAM data to a receiving entity for analysis.

The Alternate Marking method demands that the network support Hop-by-Hop option or End-to-End option. In &nbsp;Hop-by-Hop mode, &nbsp;packet&nbsp;drop and packet drop location can be monitored accurately (which hop the loss occurs) , and End-to-End mode can only monitor packet loss (from source to destination).

So, the IOAM DEX Option, also called the postcard mode, is quite suitable for incorporating the Alternate Marking method.




Best Regards,

Xiaoming



原始邮件


发件人:"xiao.min2"< xiao.min2@zte.com.cn &gt;;

发件时间:2024/1/9 16:49

收件人:"xiaoming-he"< xiaoming-he@foxmail.com &gt;;

抄送人:"ippm"< ippm@ietf.org &gt;;

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



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








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

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

Abstract:

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

Any comments and questions are welcomed.

Best and Regards,
Xiaoming He
China telecom