Re: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01
Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Tue, 10 November 2020 14:54 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 121D53A0F0C for <ippm@ietfa.amsl.com>; Tue, 10 Nov 2020 06:54:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 DpZ6p80yuItr for <ippm@ietfa.amsl.com>; Tue, 10 Nov 2020 06:54: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 11A3E3A0E7D for <ippm@ietf.org>; Tue, 10 Nov 2020 06:54:29 -0800 (PST)
Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4CVrSJ3Txlz67HJd for <ippm@ietf.org>; Tue, 10 Nov 2020 22:52:32 +0800 (CST)
Received: from nkgeml707-chm.china.huawei.com (10.98.57.157) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 10 Nov 2020 15:54:21 +0100
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by nkgeml707-chm.china.huawei.com (10.98.57.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 10 Nov 2020 22:54:19 +0800
Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1913.007; Tue, 10 Nov 2020 15:54:17 +0100
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: Tianran Zhou <zhoutianran@huawei.com>, wangyali <wangyali11@huawei.com>, ippm <ippm@ietf.org>
Thread-Topic: New Version for draft-wang-ippm-stamp-hbh-extensions-01
Thread-Index: AdasYaNf5HuEbcjjTW+88BYR+uS3xgGKy+MgAO2SaiAAMF2+4AAZZr6A
Date: Tue, 10 Nov 2020 14:54:16 +0000
Message-ID: <70e3a94392504029ae56d91dffea3796@huawei.com>
References: <1520992FC97B944A9979C2FC1D7DB0F405050B14@dggeml524-mbx.china.huawei.com> <63c9adc987084725b84c857533c59b79@huawei.com> <1520992FC97B944A9979C2FC1D7DB0F40509C92E@DGGEML504-MBS.china.huawei.com> <45f0c5b5f49b4ed18c41142180a6aeb7@huawei.com>
In-Reply-To: <45f0c5b5f49b4ed18c41142180a6aeb7@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.48.216.54]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/mEuu4owvSjfxOMTBK0LVFuitebU>
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: Tue, 10 Nov 2020 14:54:31 -0000
Hi Tianran, Regarding the packet loss, similarly to what you are defining for HbH Delay TLV, each node of the path could record and write down packet counters (e.g. alternate marking counts, STAMP session counts,...). In this way you can identify the intermediate node or link where loss has occurred. Regards, Giuseppe -----Original Message----- From: Tianran Zhou Sent: Tuesday, November 10, 2020 2:57 AM To: wangyali <wangyali11@huawei.com>; Giuseppe Fioccola <giuseppe.fioccola@huawei.com>; ippm <ippm@ietf.org> Subject: RE: New Version for draft-wang-ippm-stamp-hbh-extensions-01 Hi Giuseppe, >what about the specification of the HbH also for packet loss? What does the packet loss TLV really mean? I.e., what value or information should be captured and carried in the container? Thanks, Tianran -----Original Message----- From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of wangyali Sent: Tuesday, November 10, 2020 9:16 AM To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>; ippm <ippm@ietf.org> Subject: Re: [ippm] New Version for draft-wang-ippm-stamp-hbh-extensions-01 Hi Giuseppe, Thanks for your suggestions and comments, all are much appreciated. Please find inline [Yali]. Thanks, -----Original Message----- From: Giuseppe Fioccola Sent: Wednesday, November 4, 2020 5:43 PM To: wangyali <wangyali11@huawei.com>; ippm <ippm@ietf.org> Subject: RE: New Version for draft-wang-ippm-stamp-hbh-extensions-01 Hi Yali, All, I have read this document and it looks interesting. I have a couple of comments: - The document only describes HbH Delay TLV, what about the specification of the HbH also for packet loss? [Yali] I agree with you. In the next version, I will add a section about the HbH Packet Loss TLV. - Regarding the IOAM Tracing Data TLV, the STAMP Session-Reflector test packet carries the IOAM tracing data back to the Session-Sender. What about extending this also for Alt Mark? [Yali] I will mention in the next version that in addition to IOAM, other telemetry data (e.g. alternate marking) could be transmitted by STAMP optional TLV extensions. The draft will keep the option open for future augmentations. Regards, Giuseppe -----Original Message----- From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of wangyali Sent: Tuesday, October 27, 2020 2:49 PM To: ippm <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] Sent: Tuesday, October 27, 2020 9:03 PM To: wangyali <wangyali11@huawei.com>; Tianran Zhou <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 https://www.ietf.org/mailman/listinfo/ippm _______________________________________________ ippm mailing list ippm@ietf.org https://www.ietf.org/mailman/listinfo/ippm
- [ippm] New Version for draft-wang-ippm-stamp-hbh-… wangyali
- Re: [ippm] New Version for draft-wang-ippm-stamp-… yanghongwei
- Re: [ippm] New Version for draft-wang-ippm-stamp-… wangyali
- Re: [ippm] New Version for draft-wang-ippm-stamp-… yanghongwei
- [ippm] 答复: RE: New Version for draft-wang-ippm-st… wangyali
- Re: [ippm] New Version for draft-wang-ippm-stamp-… Giuseppe Fioccola
- Re: [ippm] New Version for draft-wang-ippm-stamp-… wangyali
- Re: [ippm] New Version for draft-wang-ippm-stamp-… Tianran Zhou
- Re: [ippm] New Version for draft-wang-ippm-stamp-… Giuseppe Fioccola
- Re: [ippm] New Version for draft-wang-ippm-stamp-… Chang Liu(联通集团中国联通研究院-本部)
- Re: [ippm] New Version for draft-wang-ippm-stamp-… wangyali