[OPSAWG]Re: [spring] Re: Fw: New Version Notification for draft-liu-opsawg-ipfix-path-segment-00.txt
liu.yao71@zte.com.cn Sun, 02 March 2025 13:59 UTC
Return-Path: <liu.yao71@zte.com.cn>
X-Original-To: opsawg@mail2.ietf.org
Delivered-To: opsawg@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 624E14DC2C2; Sun, 2 Mar 2025 05:59:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: 0.807
X-Spam-Level:
X-Spam-Status: No, score=0.807 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tExkKPaKFyEA; Sun, 2 Mar 2025 05:59:56 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 4D84A4DC281; Sun, 2 Mar 2025 05:59:56 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (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 4Z5NqY6LGpz5B1KR; Sun, 2 Mar 2025 21:59:53 +0800 (CST)
Received: from mse-fl1.zte.com.cn (unknown [10.5.228.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4Z5Npv4YGpz501br; Sun, 2 Mar 2025 21:59:19 +0800 (CST)
Received: from njy2app01.zte.com.cn ([10.40.12.136]) by mse-fl1.zte.com.cn with SMTP id 522DxF1O063705; Sun, 2 Mar 2025 21:59:15 +0800 (+08) (envelope-from liu.yao71@zte.com.cn)
Received: from mapi (njb2app07[null]) by mapi (Zmail) with MAPI id mid203; Sun, 2 Mar 2025 21:59:19 +0800 (CST)
Date: Sun, 02 Mar 2025 21:59:19 +0800
X-Zmail-TransId: 2aff67c464375f1-7ef87
X-Mailer: Zmail v1.0
Message-ID: <20250302215919936yYW815dgA6v-FjrWUjmkS@zte.com.cn>
In-Reply-To: <4571bcab124b4f768675f10453293389@h3c.com>
References: 4571bcab124b4f768675f10453293389@h3c.com
Mime-Version: 1.0
From: liu.yao71@zte.com.cn
To: linchangwang.04414@h3c.com
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl1.zte.com.cn 522DxF1O063705
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 67C46459.002/4Z5NqY6LGpz5B1KR
Message-ID-Hash: TBSBRUMSJF5EGQKWD2X2WHKCXKTW3H5P
X-Message-ID-Hash: TBSBRUMSJF5EGQKWD2X2WHKCXKTW3H5P
X-MailFrom: liu.yao71@zte.com.cn
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-opsawg.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: opsawg@ietf.org, spring@ietf.org, draft-liu-opsawg-ipfix-path-segment@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [OPSAWG]Re: [spring] Re: Fw: New Version Notification for draft-liu-opsawg-ipfix-path-segment-00.txt
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/5MASEkp4EhI6AX8J1UMhq5ShLPk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Owner: <mailto:opsawg-owner@ietf.org>
List-Post: <mailto:opsawg@ietf.org>
List-Subscribe: <mailto:opsawg-join@ietf.org>
List-Unsubscribe: <mailto:opsawg-leave@ietf.org>
Hi Changwang, Path segment is put at the last entry(e.g, segment list[N]) in the SRH. But there's no convenient method if we only want to export segment list[N]. Leveraging RFC9487, the last entry can be carried via srhSegmentIPv6ListSection/srhSegmentIPv6BasicList, but in this way , the whole segment list would be included in IPFIX message starting from segment list[0]. And although IE "srhSegmentIPv6" represents a 128-bit SRv6 segment, how to decode it relies on the context, that is, if only one srhSegmentIPv6 appears in the IPFIX message, there's no information to indicate the position of this segment in the list. Thanks, Yao Original From: linchangwang <linchangwang.04414@h3c.com> To: 刘尧00165286;opsawg@ietf.org <opsawg@ietf.org>;spring@ietf.org <spring@ietf.org>; Cc: draft-liu-opsawg-ipfix-path-segment@ietf.org <draft-liu-opsawg-ipfix-path-segment@ietf.org>; Date: 2025年03月01日 09:45 Subject: [spring] Re: Fw: New Version Notification for draft-liu-opsawg-ipfix-path-segment-00.txt _______________________________________________ spring mailing list -- spring@ietf.org To unsubscribe send an email to spring-leave@ietf.org Hi Yao, https://datatracker.ietf.org/doc/rfc9487/, RFC9487 can now export SRH header information. By using the flag in the SRH and combining it with the corresponding path-segment, the path can be identified. Are there other considerations for the new expansions defined in the document? Thanks, Changwang 发件人: liu.yao71@zte.com.cn <liu.yao71@zte.com.cn> 发送时间: 2025年2月18日 18:09 收件人: opsawg@ietf.org; spring@ietf.org 抄送: draft-liu-opsawg-ipfix-path-segment@ietf.org 主题: [spring] Fw: New Version Notification for draft-liu-opsawg-ipfix-path-segment-00.txt Dear OPSAWG and SPRING, A new draft https://datatracker.ietf.org/doc/html/draft-liu-opsawg-ipfix-path-segment has just been submitted. This document introduces a new IPFIX Information Element(IE) to identify the Path Segment Identifier(PSID) in the SRH for SRv6 path identification purpose. While the detailed segment list information can already be exported in IPFIX as specified in RFC9487, a path identifier would make it more convenient to distinguish segment lists in some usecases. As the concept of PSID has already been adopted by SPRING, the authors think that introducing a new IE for PSID would be a direct method. Any feedback or comments are more than welcome. Thanks, Yao Original From: internet-drafts@ietf.org <internet-drafts@ietf.org> Date: 2025年02月18日 17:37 Subject: New Version Notification for draft-liu-opsawg-ipfix-path-segment-00.txt A new version of Internet-Draft draft-liu-opsawg-ipfix-path-segment-00.txt has been successfully submitted by Yao Liu and posted to the IETF repository. Name: draft-liu-opsawg-ipfix-path-segment Revision: 00 Title: Export of Path Segment Identifier Information in IPFIX Date: 2025-02-18 Group: Individual Submission Pages: 6 URL: https://www.ietf.org/archive/id/draft-liu-opsawg-ipfix-path-segment-00.txt Status: https://datatracker.ietf.org/doc/draft-liu-opsawg-ipfix-path-segment/ HTML: https://www.ietf.org/archive/id/draft-liu-opsawg-ipfix-path-segment-00.html HTMLized: https://datatracker.ietf.org/doc/html/draft-liu-opsawg-ipfix-path-segment Abstract: This document introduces a new IPFIX Information Element to identify the Path Segment Identifier(PSID) in the SRH for SRv6 path identification purpose. The IETF Secretariat ------------------------------------------------------------------------------------------------------------------------------------- 本邮件及其附件含有新华三集团的保密信息,仅限于发送给上面地址中列出 的个人或群组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、 或散发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本 邮件! This e-mail and its attachments contain confidential information from New H3C, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!