Re: [ippm] Call for adoption of PM on LAG

Alexander L Clemm <ludwig@clemm.org> Fri, 09 September 2022 00:51 UTC

Return-Path: <ludwig@clemm.org>
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 418A4C1522B9 for <ippm@ietfa.amsl.com>; Thu, 8 Sep 2022 17:51:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.907
X-Spam-Level:
X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=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 22Hin2eyja6p for <ippm@ietfa.amsl.com>; Thu, 8 Sep 2022 17:51:06 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB73DC14CE31 for <ippm@ietf.org>; Thu, 8 Sep 2022 17:51:05 -0700 (PDT)
Received: from [172.16.0.44] ([73.189.160.186]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0MPW1n-1oSLUn3oxN-004jla for <ippm@ietf.org>; Fri, 09 Sep 2022 02:51:05 +0200
Content-Type: multipart/alternative; boundary="------------4f0pVfGRonVb65TTr7KzkzTD"
Message-ID: <1322155a-e73b-4fe7-df40-5cffa0e7380a@clemm.org>
Date: Thu, 08 Sep 2022 17:51:03 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.1
Content-Language: en-US
To: ippm@ietf.org
References: <AM0PR07MB4131BFFD304468FA4CCD0484E27B9@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Alexander L Clemm <ludwig@clemm.org>
In-Reply-To: <AM0PR07MB4131BFFD304468FA4CCD0484E27B9@AM0PR07MB4131.eurprd07.prod.outlook.com>
X-Provags-ID: V03:K1:vAgF6xxTlXFnILjZ348SDszCVjNhjnS4ejkifh07iNiEc9qgAga ym+PNFnIJ7VICA+Ny0PSrVUyu55ZqtD+OFPJdDYz5QI+h45xNAsIkCIn5x7swX0fVoidwBU F+Ae90hDRyg+6uRlZaJ2M9vWhWgYThiJv7OaVTjxkBjWF18toOsnLEcER1deKbhSp92m021 BU1z5SNuy4JRE2CaK2u9Q==
X-UI-Out-Filterresults: notjunk:1;V03:K0:Luh8MdxqGLk=:Hpimq9eBk3MrcnlI4NCIkG k/5l0kadoSNJ/BcdtAmGCjfLTR9rF5QxbwbveW1I6oU5IE64Z1w9U6i74UqkEkidAXJ6gI8GI nE28dR/0ABUyVlw9E427Cxf80Go1mIB00o1yR7IAxZFdjy4spHXitfrVbBcp4i8vTpGJYa6GC s5INmUlgfQkJBhRq+ZV6lYWYxriVQLFWR62cAAUsLxPReb+RpTouGc26Sjq3cr2Ct2utExd00 hHbK1rg1zFZlykzyW5K6yCXQgg1PK/qP71W9Je0SA5Jj3HUPRwZkEj+uT5GZNSNexONbBUkP8 A8HdOXkebB8GdsCVxyydNVHJmdBYNje+/GQiKCd/K+NjodZTeSBPdBYEwXxmwlb+sneZ+/NBw 2hsd0Xm/fW+YPY1JCiNS+VXLMb553QVNnb4c/HZfsWZt90MzUwSVwCwu32pDkdFe8tFPE99hH UDQpnipX8k0az4NzM/wcA1D2rPE4nH/0C9rMGnT2PK293OH+3uXpBgXUYh03POXM1CbkvrNcL wv1xvGtY9bbaxRUjVES6H6BxAMVy11Kjl7z08e1J268
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Q4GxMNNuqCVr6xetniPcpvsC924>
Subject: Re: [ippm] Call for adoption of 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: Fri, 09 Sep 2022 00:51:08 -0000

I consider this a small but useful extension of established technologies 
for certain deployment scenarios (involving link aggregation groups).  I 
think this is a useful work item for the group and support adoption of 
both drafts.

--- Alex

On 9/1/2022 9:43 AM, Marcus Ihlar wrote:
>
> Hello IPPM,
>
> This email starts an adoption call in the IPPM working group 
> forthe draft-li-ippm-stamp-on-lag and draft-li-ippm-otwamp-on-lag 
> documents. These documents extend STAMP, OWAMP and TWAMP to support 
> performance measurements on member links of a Link Aggregation Group.
>
> The first draft specifies an extension to STAMP and can be found here:
>
> https://datatracker.ietf.org/doc/draft-li-ippm-stamp-on-lag/
>
> https://datatracker.ietf.org/doc/html/draft-li-ippm-stamp-on-lag/
>
> The second draft specifies extensions to OWAMP and TWAMP and can be 
> found here:
>
> https://datatracker.ietf.org/doc/draft-li-ippm-otwamp-on-lag/
>
> https://datatracker.ietf.org/doc/html/draft-li-ippm-otwamp-on-lag/
>
> Please reply to this email by *Thursday September 15*, to indicate 
> whether you support adoption of these documents.
>
> BR
>
> Marcus & Tommy
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm