[ippm] Request feedbacks for draft-wang-ippm-stamp-hbh-extensions-02

wangyali <wangyali11@huawei.com> Mon, 23 November 2020 10:32 UTC

Return-Path: <wangyali11@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 DCD6A3A17FD for <ippm@ietfa.amsl.com>; Mon, 23 Nov 2020 02:32:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.008
X-Spam-Level:
X-Spam-Status: No, score=-0.008 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JrBAkQvvLwTf for <ippm@ietfa.amsl.com>; Mon, 23 Nov 2020 02:32:29 -0800 (PST)
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 70D6D3A100A for <ippm@ietf.org>; Mon, 23 Nov 2020 02:32:29 -0800 (PST)
Received: from fraeml737-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Cfk1D5wJJz67Gs3 for <ippm@ietf.org>; Mon, 23 Nov 2020 18:29:52 +0800 (CST)
Received: from fraeml737-chm.china.huawei.com (10.206.15.218) by fraeml737-chm.china.huawei.com (10.206.15.218) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Mon, 23 Nov 2020 11:32:22 +0100
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by fraeml737-chm.china.huawei.com (10.206.15.218) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Mon, 23 Nov 2020 11:32:22 +0100
Received: from DGGEML524-MBX.china.huawei.com ([169.254.1.26]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0487.000; Mon, 23 Nov 2020 18:32:19 +0800
From: wangyali <wangyali11@huawei.com>
To: IETF IPPM WG <ippm@ietf.org>
Thread-Topic: Request feedbacks for draft-wang-ippm-stamp-hbh-extensions-02
Thread-Index: AdbBgv8TUevW43KFTqG5lW/CTRKmpQ==
Date: Mon, 23 Nov 2020 10:32:19 +0000
Message-ID: <1520992FC97B944A9979C2FC1D7DB0F4050C88C3@dggeml524-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.243.136]
Content-Type: multipart/alternative; boundary="_000_1520992FC97B944A9979C2FC1D7DB0F4050C88C3dggeml524mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/9SeRm8oTcBNjduafOW8Iur7yIjg>
Subject: [ippm] Request feedbacks for draft-wang-ippm-stamp-hbh-extensions-02
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 23 Nov 2020 10:32:32 -0000

Hello WG,



Many thanks for all valuable comments from folks during IETF109. Accordingly, I updated this draft to address all questions and comments, and defined three new TLVs for HbH Packet Loss, HbH BW Utilization TLV, HbH Timestamp Information TLV.



Since there's no time to present all changes from -01 to -02 in IETF109, I list all comments and inputs received on the list as follows. Comments and questions are always welcome. I appreciate if WG could give a guidance on the next step.



Comments and Inputs on the List:

·         Link bandwidth utilization is also an important indicator. Definition of  a new Link Bandwidth Utilization TLV in this draft (comment from Hongwei Yang)

·         The specification of the HbH also for packet loss and definition of a new HbH packet loss TLV (comment from Giuseppe Fioccola)

·         In addition to IOAM, other telemetry data (e.g. alternate marking) could be transmitted by STAMP optional TLV extensions (comment from Giuseppe Fioccola)

·         Specify the source of clock synchronization and the method of timestamp obtained at the intermediate node (comment from Chang Liu)

·         Definition of a new HbH Timestamp Information TLV (comment from Chang Liu)



Best regards,

Yali



-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
Sent: Sunday, November 15, 2020 12:03 PM
To: Chang Liu <liuc131@chinaunicom.cn>; Tianran Zhou <zhoutianran@huawei.com>; wangyali <wangyali11@huawei.com>; Hongwei Yang <yanghongwei@chinamobile.com>
Subject: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-02.txt





A new version of I-D, draft-wang-ippm-stamp-hbh-extensions-02.txt

has been successfully submitted by Yali Wang and posted to the IETF repository.



Name:                  draft-wang-ippm-stamp-hbh-extensions

Revision:              02

Title:                      Simple Two-way Active Measurement Protocol Extensions for Hop-by-Hop OAM Data Collection

Document date:               2020-11-15

Group:                  Individual Submission

Pages:                   16

URL:            https://www.ietf.org/archive/id/draft-wang-ippm-stamp-hbh-extensions-02.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

Htmlized:       https://tools.ietf.org/html/draft-wang-ippm-stamp-hbh-extensions-02

Diff:           https://www.ietf.org/rfcdiff?url2=draft-wang-ippm-stamp-hbh-extensions-02



Abstract:

   This document defines optional TLVs which are carried in Simple Two-

   way Active Measurement Protocol (STAMP) test packets to enhance the

   STAMP base 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.











Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.



The IETF Secretariat