[ippm] Internet-Draft draft-li-ippm-ioam-packet-triggered-reporting-00.txt is now

"lizhiqiangyjy@chinamobile.com" <lizhiqiangyjy@chinamobile.com> Fri, 06 March 2026 04:54 UTC

Return-Path: <lizhiqiangyjy@chinamobile.com>
X-Original-To: ippm@mail2.ietf.org
Delivered-To: ippm@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 99F21C566057 for <ippm@mail2.ietf.org>; Thu, 5 Mar 2026 20:54:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.697
X-Spam-Level:
X-Spam-Status: No, score=-1.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=chinamobile.com
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 5mZj5XfuqpIT for <ippm@mail2.ietf.org>; Thu, 5 Mar 2026 20:54:25 -0800 (PST)
Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [111.22.67.135]) by mail2.ietf.org (Postfix) with ESMTP id 5C0AEC566050 for <ippm@ietf.org>; Thu, 5 Mar 2026 20:54:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chinamobile.com; s=default; l=0; h=from:subject:message-id:to:mime-version; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; b=nk3aqORcFt5PzCnhJG5fG5C/rY7RqX1/V4kWkxEfHQ3wLzhwGQYN4Sr6EShSax577fZ8oTmvtrmBN WQ0vnLIskNEUICJpbQpYIku/7c3SXiCIFgbeYisZ5KR1ovT6AX1h7jytmPKNbn7z809YJvpULv9WDx JUTMkVofnlEiwt8g=
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from spf.mail.chinamobile.com (unknown[10.188.0.87]) by rmmx-syy-dmz-app03-12003 (RichMail) with SMTP id 2ee369aa5df76e8-6800b; Fri, 06 Mar 2026 12:54:16 +0800 (CST)
X-RM-TRANSID: 2ee369aa5df76e8-6800b
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from ST-YJY (unknown[10.2.45.55]) by rmsmtp-syy-appsvr04-12004 (RichMail) with SMTP id 2ee469aa5df8289-59cff; Fri, 06 Mar 2026 12:54:16 +0800 (CST)
X-RM-TRANSID: 2ee469aa5df8289-59cff
Date: Fri, 06 Mar 2026 12:54:17 +0800
From: "lizhiqiangyjy@chinamobile.com" <lizhiqiangyjy@chinamobile.com>
To: ippm <ippm@ietf.org>
X-Priority: 3
X-GUID: 19A2FB68-2AA9-4A23-802F-B5A8A2D46F5B
X-Has-Attach: no
X-Mailer: Foxmail 7.2.25.508[cn]
Mime-Version: 1.0
Message-ID: <2026030612541709606416@chinamobile.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart774660372074_=----"
Message-ID-Hash: 4WP22HUBSGGXDYWMQEMW6OT66BP2VH43
X-Message-ID-Hash: 4WP22HUBSGGXDYWMQEMW6OT66BP2VH43
X-MailFrom: lizhiqiangyjy@chinamobile.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ippm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [ippm] Internet-Draft draft-li-ippm-ioam-packet-triggered-reporting-00.txt is now
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Xw3l5kIQSZ0ux1PyrhA36AnQjLc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Owner: <mailto:ippm-owner@ietf.org>
List-Post: <mailto:ippm@ietf.org>
List-Subscribe: <mailto:ippm-join@ietf.org>
List-Unsubscribe: <mailto:ippm-leave@ietf.org>

Hi all,
 
We submitted a new document to discuss a packet-triggered statistics reporting  extension for In-situ Operations, Administration, and Maintenance (IOAM).

The draft may be found here: https://datatracker.ietf.org/doc/draft-li-ippm-ioam-packet-triggered-reporting/

The draft  defines an extension mechanism for "In-situ OAM" (IOAM) called "packet-triggered statistical reporting." 

Its core objective is to address the challenge of how to more reliably and promptly trigger and report statistical information (such as packet and byte counts) for each measurement interval in periodic packet loss measurement. 

The draft standardizes a 2-bit "Cycle ID" field, which enables the receiving node (the decapsulating node) to automatically detect the sequential change in the Cycle ID value within packets (0 → 1 → 2 → 3 → 0...) and thereby trigger the reporting of statistics for the previous measurement cycle. 

This approach serves as an alternative or supplement to traditional timer-based reporting methods. 

The mechanism also defines rules for generating "Keepalive" packets to ensure that during measurement intervals with no user data traffic, at least one packet carrying the Cycle ID reaches the receiver, thereby maintaining measurement continuity. 

Its significance lies in providing a more precise, traffic-agnostic, and globally clock-synchronization-independent OAM measurement triggering solution for high-performance networks (such as data centers and telecom core networks), effectively enhancing the automation and timeliness of network performance monitoring and fault localization.

This is an initial version for discussion on the mailing list.  

We will update it based on the discussion progress! 

Welcome more contribution and collaboration!

Thanks!



lizhiqiangyjy@chinamobile.com