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

Tianran Zhou <zhoutianran@huawei.com> Thu, 21 July 2022 07:44 UTC

From: Tianran Zhou <zhoutianran@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>, "guo.jun2@zte.com.cn" <guo.jun2@zte.com.cn>, Mirsky <gregimirsky@gmail.com>, rgandhi <rgandhi@cisco.com>
Thread-Topic: request the WG adoption for PM on LAG
Thread-Index: AQHYm+bSSpv5sfyd1kykkmScpHkxK62IcERg
Date: Thu, 21 Jul 2022 07:44:32 +0000
Message-ID: <c34640f308ba4ffd843a393a5f546942@huawei.com>
References: <MEYP282MB2942305ED898F08E276AEC8DFC8E9@MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM>
In-Reply-To: <MEYP282MB2942305ED898F08E276AEC8DFC8E9@MEYP282MB2942.AUSP282.PROD.OUTLOOK.COM>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
Content-Type: multipart/alternative; boundary="_000_c34640f308ba4ffd843a393a5f546942huaweicom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/pv1jBctBzDPQKcOs0HQ3Iogqnak>
Subject: Re: [ippm] request the WG adoption for PM on LAG
Precedence: list

As a coauthor I feel this is a straight forward extension to existing OWAMP and STAMP protocol.
It follows the same idea as rfc7130.
I hope the working group can adopt this work and make it an useful OAM tool.

Best,
Tianran

From: li_zhenqiang@hotmail.com [mailto:li_zhenqiang@hotmail.com]
Sent: Wednesday, July 20, 2022 11:16 AM
To: tpauly <tpauly@apple.com>; marcus.ihlar <marcus.ihlar@ericsson.com>
Cc: ippm <ippm@ietf.org>; Tianran Zhou <zhoutianran@huawei.com>; guo.jun2@zte.com.cn; Mirsky <gregimirsky@gmail.com>; rgandhi <rgandhi@cisco.com>
Subject: 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>

[ippm] request the WG adoption for PM on LAG li_zhenqiang@hotmail.com
Re: [ippm] request the WG adoption for PM on LAG Tianran Zhou
Re: [ippm] request the WG adoption for PM on LAG Rakesh Gandhi (rgandhi)
Re: [ippm] request the WG adoption for PM on LAG Haoyu Song
Re: [ippm] request the WG adoption for PM on LAG Giuseppe Fioccola
Re: [ippm] request the WG adoption for PM on LAG Yisong Liu
Re: [ippm] request the WG adoption for PM on LAG Marcus Ihlar
Re: [ippm] request the WG adoption for PM on LAG li_zhenqiang@hotmail.com