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