Re: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01

wangyali <wangyali11@huawei.com> Mon, 16 November 2020 01:47 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 CC9E43A0E65 for <ippm@ietfa.amsl.com>; Sun, 15 Nov 2020 17:47:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 UlS-fSFaLaLU for <ippm@ietfa.amsl.com>; Sun, 15 Nov 2020 17:47:26 -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 F37FD3A0E9E for <ippm@ietf.org>; Sun, 15 Nov 2020 17:47:24 -0800 (PST)
Received: from fraeml710-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4CZBj74Cpcz67DXs for <ippm@ietf.org>; Mon, 16 Nov 2020 09:45:15 +0800 (CST)
Received: from fraeml710-chm.china.huawei.com (10.206.15.59) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 16 Nov 2020 02:47:22 +0100
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Mon, 16 Nov 2020 02:47: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, 16 Nov 2020 09:47:17 +0800
From: wangyali <wangyali11@huawei.com>
To: "Chang Liu(联通集团中国联通研究院-本部)" <liuc131@chinaunicom.cn>, ippm <ippm@ietf.org>
Thread-Topic: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01
Thread-Index: AQHWuZyoq+VxhJvCHU+DFYXvzHoj86nJ+tlw
Date: Mon, 16 Nov 2020 01:47:17 +0000
Message-ID: <1520992FC97B944A9979C2FC1D7DB0F4050BCA04@dggeml524-mbx.china.huawei.com>
References: <1520992FC97B944A9979C2FC1D7DB0F405050B14@dggeml524-mbx.china.huawei.com> <3cfd787769f54f36ae5175a9223a148c@M10-HQ-ML12.hq.cnc.intra>
In-Reply-To: <3cfd787769f54f36ae5175a9223a148c@M10-HQ-ML12.hq.cnc.intra>
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_1520992FC97B944A9979C2FC1D7DB0F4050BCA04dggeml524mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Sk77g_8aea9SkQIS29tlEzwOKWQ>
Subject: Re: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01
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, 16 Nov 2020 01:47:35 -0000

Hi Chang,

Thanks for your review and commends. Please check inline [Yali].
I’m appreciated that you are interested in joining in this work.

From: Chang Liu(联通集团中国联通研究院-本部) [mailto:liuc131@chinaunicom.cn]
Sent: Friday, November 13, 2020 5:23 PM
To: wangyali <wangyali11@huawei.com>; ippm <ippm@ietf.org>
Subject: Re: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01


Hi Yali,

I have read the draft and have some questions.

1.What is the method by which the intermediate nodes obtain the timestamp? Hardware or Software?

It is recommended to add clarifications that the intermediate node obtain the timestamp in the same way as the STAMP sender and reflector.

[Yali] Have been clarified in the latest version https://tools.ietf.org/html/draft-wang-ippm-stamp-hbh-extensions-02#page-5 that “Note that the source of clock synchronization, NTP or PTP, is part of configuration of the Session-Sender/Reflector or a particular test session [RFC8762].  This draft recommends every intermediate nodes to be configured to use the same source of clock synchronization.”



2.Is it necessary that every intermediate node should support the same kind of clock source?

How to check timestamp information supported by every intermediate node in a case that the type of clock source supported by every intermediate node is different from that supported by the STAMP sender/reflector?

[Yali] This draft recommends every intermediate nodes to be configured to use the same source of clock synchronization. In the latest version, a new HbH Timestamp Information TLV is defined to query the ingress and egress Timestamp Information at every intermediate nodes along the forward path. The Timestamp Information includes the source of clock synchronization and the method of timestamp obtainment. The method of timestamp obtainment may be from control plane (e.g.  NTP) or from data plane (e.g.  PTP).



Thanks

________________________________
Liu Chang
China Unicom
Email: liuc131@chinaunicom.cn<mailto:liuc131@chinaunicom.cn>
Phone: +8618601102572


From: wangyali<mailto:wangyali11@huawei.com>
Date: 2020-10-27 21:48
To: ippm<mailto:ippm@ietf.org>
Subject: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01
Hello WG,

Draft about extensions to STAMP enable hop-by-hop OAM data measurement and collection has been updated, which was presented in IETF108. Questions and comments are welcome.

Because the performance of intermediate nodes and links that STAMP test packets traverse are invisible, to solve this problem, this draft extents optional TLVs to STAMP and inserts IOAM Trace option data in the test packets or dispatches test packets to the OAM process at OAM Endpoint.

In this case, the STAMP instance does not need to be configured at every intermediate node to measure the performance of intermediate nodes, which decreases the complexity of OAM in large-scale networks.

What do you think?

Best regards,
Yali


-----Original Message-----
From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org]
Sent: Tuesday, October 27, 2020 9:03 PM
To: wangyali <wangyali11@huawei.com<mailto:wangyali11@huawei.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>
Subject: New Version Notification for draft-wang-ippm-stamp-hbh-extensions-01.txt


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

Name:           draft-wang-ippm-stamp-hbh-extensions
Revision:       01
Title:          Simple Two-way Active Measurement Protocol Extensions for Hop-by-Hop OAM Data Collection
Document date:  2020-10-27
Group:          Individual Submission
Pages:          10
URL:            https://www.ietf.org/archive/id/draft-wang-ippm-stamp-hbh-extensions-01.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-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-wang-ippm-stamp-hbh-extensions-01

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.





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


_______________________________________________
ippm mailing list
ippm@ietf.org<mailto:ippm@ietf.org>
https://www.ietf.org/mailman/listinfo/ippm
如果您错误接收了该邮件,请通过电子邮件立即通知我们。请回复邮件到 hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除<mailto:hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除>。 If you have received this email in error please notify us immediately by e-mail. Please reply to hqs-spmc@chinaunicom.cn<mailto:hqs-spmc@chinaunicom.cn> ,you can unsubscribe from this mail. We will immediately remove your information from send catalogue of our.