Re: [ippm] FW: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-04.txt

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Tue, 11 July 2023 10:22 UTC

Return-Path: <giuseppe.fioccola@huawei.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 A6C9CC151083 for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2023 03:22:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.194
X-Spam-Level:
X-Spam-Status: No, score=-4.194 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 sGeSCCjn2V23 for <ippm@ietfa.amsl.com>; Tue, 11 Jul 2023 03:22:48 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2F42C15107D for <ippm@ietf.org>; Tue, 11 Jul 2023 03:22:47 -0700 (PDT)
Received: from frapeml500006.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4R0cKl3J0Pz6D8WH for <ippm@ietf.org>; Tue, 11 Jul 2023 18:19:07 +0800 (CST)
Received: from frapeml500006.china.huawei.com (7.182.85.219) by frapeml500006.china.huawei.com (7.182.85.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Tue, 11 Jul 2023 12:22:46 +0200
Received: from frapeml500006.china.huawei.com ([7.182.85.219]) by frapeml500006.china.huawei.com ([7.182.85.219]) with mapi id 15.01.2507.027; Tue, 11 Jul 2023 12:22:46 +0200
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [ippm] FW: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-04.txt
Thread-Index: AQHZsLDQLbXaty9oSkWBWRydu4JjqK+uDgdggAWQEoCAAK7nQA==
Date: Tue, 11 Jul 2023 10:22:45 +0000
Message-ID: <550579ffbddf4a5ca69d891a7fc3ec9e@huawei.com>
References: <168872012048.54058.5823501239683967362@ietfa.amsl.com> <3583cc0b617a460e82c153be5b48177a@huawei.com> <CA+RyBmU9WA9g91B76xqRO4qj=Dy3yb0ZpSsE=DdyRE8k3xOAAA@mail.gmail.com>
In-Reply-To: <CA+RyBmU9WA9g91B76xqRO4qj=Dy3yb0ZpSsE=DdyRE8k3xOAAA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.203.246.60]
Content-Type: multipart/alternative; boundary="_000_550579ffbddf4a5ca69d891a7fc3ec9ehuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/_j4-lITd0Qtoq1CRQBuKfC8i3Z4>
Subject: Re: [ippm] FW: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-04.txt
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, 11 Jul 2023 10:22:52 -0000

Hi Greg,
Thanks a lot for your questions.
Pease find my replies inline tagged as [GF].

Regards,

Giuseppe

From: Greg Mirsky <gregimirsky@gmail.com>
Sent: Tuesday, July 11, 2023 2:42 AM
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: ippm@ietf.org
Subject: Re: [ippm] FW: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-04.txt

Hi Giuseppe,
thank you for bringing this work to the discussion. I have several notes and questions, and would appreciate your help.

  *   It is noted in Introduction:
However, the performance of intermediate nodes and links that STAMP test packets traverse are invisible. In addition, the STAMP instance must be configured at every intermediate node to measure the performance per node and link that test packets traverse, which increases the complexity of OAM in large-scale networks.
I agree with the observation in the first sentence, but I wonder how it leads to the conclusion expressed in the second sentence. Is it implied that a STAMP test session is required between the Session-Sender and each downstream node as a Session-Reflector?

[GF]: Yes, it is implied that, if we want to measure the performance hop-by-hop, a STAMP test session is required for every intermediate node. I will revise the sentence in the next version to clarify.

  *   If I understand the proposed mechanism for HbH measurement of performance metrics, it is based on IOAM. Is that right? If that is the case, could you clarify where the IOAM header is placed - underlay network (e.g., IPv6 or MPLS), service network (e.g., SFC or BIER), or into a STAMP test packet?
[GF]: IOAM tracing is just one of the extensions proposed. The other extensions (e.g. HbH Delay, HbH Loss, HbH BW,…) are independent from IOAM. Not all the TLVs have to be activated together. If you are using an IOAM header for IPv6, you may choose to include an IOAM tracing TLV in STAMP to carry back the forward IOAM data.

  *   If I assume that a STAMP session is any type of an underlay or service network, how do the proposed STAMP extensions relate to, for example, Preallocated IOAM Trace Type? Would it be logical to introduce some new IOAM data types rather than make them STAMP-specific?
[GF]: STAMP extensions defined in this document are needed to augment the active measurements and enable HbH monitoring. It is not only related to IOAM. The timestamps, counters, etc are collected in the TLV at each intermediate node and then send back to the sender.
Regards,
Greg

On Fri, Jul 7, 2023 at 2:53 AM Giuseppe Fioccola <giuseppe.fioccola=40huawei.com@dmarc.ietf.org<mailto:40huawei.com@dmarc.ietf.org>> wrote:
Hi All,
Please note that we have just updated the draft on STAMP extensions for Hop-by-Hop data collection. These extensions to STAMP enable OAM data measurement at every node and link along a STAMP test path.

Your comments and reviews are welcomed.

Regards,

Giuseppe
(on behalf of the coauthors)


-----Original Message-----
From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Sent: Friday, July 7, 2023 10:55 AM
To: Chang Liu <liuc131@chinaunicom.cn<mailto:liuc131@chinaunicom.cn>>; Giuseppe Fioccola <giuseppe.fioccola@huawei.com<mailto:giuseppe.fioccola@huawei.com>>; Gyan Mishra <gyan.s.mishra@verizon.com<mailto:gyan.s.mishra@verizon.com>>; Hongwei Yang <yanghongwei@chinamobile.com<mailto:yanghongwei@chinamobile.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>
Subject: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-04.txt


A new version of I-D, draft-wang-ippm-stamp-hbh-extensions-04.txt
has been successfully submitted by Giuseppe Fioccola and posted to the IETF repository.

Name:           draft-wang-ippm-stamp-hbh-extensions
Revision:       04
Title:          Simple Two-way Active Measurement Protocol Extensions for Hop-by-Hop OAM Data Collection
Document date:  2023-07-07
Group:          Individual Submission
Pages:          18
URL:            https://www.ietf.org/archive/id/draft-wang-ippm-stamp-hbh-extensions-04.txt
Status:         https://datatracker.ietf.org/doc/draft-wang-ippm-stamp-hbh-extensions/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-wang-ippm-stamp-hbh-extensions
Diff:           https://author-tools.ietf.org/iddiff?url2=draft-wang-ippm-stamp-hbh-extensions-04

Abstract:
   This document defines optional TLVs which are carried in Simple Two-
   way Active Measurement Protocol (STAMP) test packets to enhance the
   STAMP based functions.  Such extensions to STAMP enable OAM data
   measurement and collection at every node and link along a STAMP test
   packet's delivery path without maintaining a state for each
   configured STAMP-Test session at every devices.





The IETF Secretariat



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