Re: [ippm] request the WG adoption for PM on LAG

Giuseppe Fioccola <giuseppe.fioccola@huawei.com> Thu, 04 August 2022 10:03 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 A8FAFC13D086 for <ippm@ietfa.amsl.com>; Thu, 4 Aug 2022 03:03:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 DXB8CKc36_iV for <ippm@ietfa.amsl.com>; Thu, 4 Aug 2022 03:03:42 -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 5DF86C15C53B for <ippm@ietf.org>; Thu, 4 Aug 2022 03:03:30 -0700 (PDT)
Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Lz44C0xGbz67yhs; Thu, 4 Aug 2022 18:00:59 +0800 (CST)
Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 4 Aug 2022 12:03:26 +0200
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.2375.024; Thu, 4 Aug 2022 12:03:26 +0200
From: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
To: "li_zhenqiang@hotmail.com" <li_zhenqiang@hotmail.com>, tpauly <tpauly@apple.com>, "marcus.ihlar" <marcus.ihlar@ericsson.com>
CC: ippm <ippm@ietf.org>
Thread-Topic: [ippm] request the WG adoption for PM on LAG
Thread-Index: AQHYm+byX/5HFOr380i/04nNpm/1o62c53KA
Date: Thu, 04 Aug 2022 10:03:26 +0000
Message-ID: <7b3f1fa724e14d12a48e8bab2e52e4f5@huawei.com>
References: <MEYP282MB2942305ED898F08E276AEC8DFC8E9@MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM>
In-Reply-To: <MEYP282MB2942305ED898F08E276AEC8DFC8E9@MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.219.42]
Content-Type: multipart/alternative; boundary="_000_7b3f1fa724e14d12a48e8bab2e52e4f5huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/pJuaZVKdKn2ZXzFRVrfe3venPNg>
Subject: Re: [ippm] request the WG adoption for PM on LAG
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: Thu, 04 Aug 2022 10:03:43 -0000

Hi All,
I have read the documents and I also agree with the proposal for moving these drafts forward.
The extensions proposed to STAMP, OWAMP and TWAMP allow to monitor all the links and not only the link crossed by the observed packet stream.
This work helps to fill this gap.

Regards,

Giuseppe


From: ippm <ippm-bounces@ietf.org> On Behalf Of li_zhenqiang@hotmail.com
Sent: Wednesday, July 20, 2022 5:16 AM
To: tpauly <tpauly@apple.com>; marcus.ihlar <marcus.ihlar@ericsson.com>
Cc: ippm <ippm@ietf.org>
Subject: [ippm] request the WG adoption for PM on LAG

Dear IPPM Chairs,

We believe the attached two drafts about PM on LAG are mature and stable enough for WG adoption after meeting presentation and list discussion. The sample implementations of our vendors have been incorparated in their comercial release  and deployed in our field network. The results show that the proposed solution can test the accurate perfromace including delay, jitter and packet loss of each member link in the trunk. The accuracy of delay, jitter is usec which is enough for us and for the service requirement.

So, could you please start the adoption call? Thank you very much.

The links and abstracts of the two drafts are given below for your reference.
https://datatracker.ietf.org/doc/draft-li-ippm-stamp-on-lag/

This document extends Simple Two-Way Active Measurement Protocol

   (STAMP) to implement performance measurement on every member link of

   a Link Aggregation Group (LAG).  Knowing the measured metrics of each

   member link of a LAG enables operators to enforce a performance based

   traffic steering policy across the member links.



https://datatracker.ietf.org/doc/draft-li-ippm-otwamp-on-lag/

This document defines extensions to One-way Active Measurement

   Protocol (OWAMP), and Two-way Active Measurement Protocol (TWAMP) to

   implement performance measurement on every member link of a Link

   Aggregation Group (LAG).  Knowing the measured metrics of each member

   link of a LAG enables operators to enforce the performance based

   traffic steering policy across the member links.

________________________________
Best Regards,
Zhenqiang Li

li_zhenqiang@hotmail.com<mailto:li_zhenqiang@hotmail.com>