Re: [ippm] New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt

Jeff Tantsura <jefftant.ietf@gmail.com> Sat, 05 February 2022 18:11 UTC

Return-Path: <jefftant.ietf@gmail.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 0268F3A1C18 for <ippm@ietfa.amsl.com>; Sat, 5 Feb 2022 10:11:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Qj0JETxuDliL for <ippm@ietfa.amsl.com>; Sat, 5 Feb 2022 10:11:01 -0800 (PST)
Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 343CB3A1C1B for <ippm@ietf.org>; Sat, 5 Feb 2022 10:11:01 -0800 (PST)
Received: by mail-pj1-x102f.google.com with SMTP id y5-20020a17090aca8500b001b8127e3d3aso9245096pjt.3 for <ippm@ietf.org>; Sat, 05 Feb 2022 10:11:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=MBzVvgjdf4HBCx2ywcz/JHLqZYbBsr1AgmTW4CRfoa4=; b=nWMKf+JTGINrUZY2HcAmbJPZo4yqSuuSgXloHhSGe06O0TYNHajGu4jEtaWu35YG7Y 4xpx2PDufMxQMSs3tLcBY+ETdqE7ReF9dtsoaK2l1CzS2MrxcKvBxkGvKSVbLUm3a/lH LUesqc64ppyVOFKpM8sLnKxRyeF7Pd+1Cezmaz+3DiNL3+OgFBr6Hhvlp2vs3YV46rFE h73qQHgSF07Sbh5BCaPswXr4tPQamc4BY8qN4eHbi6rS7wHBmXAoYbTRB2pZErLRrQWB e1D3LoPXlEjVuG/yQBKenv433ddmFTZrmdfUi154HZAyP8R5h7ipZhIMlLmGrRDMP9i4 Q3yg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=MBzVvgjdf4HBCx2ywcz/JHLqZYbBsr1AgmTW4CRfoa4=; b=2oheeZvLvh1HboyMw+3uTq04qZg5pW5fHtGLtC8PXHttbrRcPD3iAPE5ztjIekNL26 eo+i3XH/aNdGKC0Gwhebptrxm03WUb7CW16E9bTPm+FmA7zh9CsvcXhkO4WlZd/Xgv4g K9De6iwhc1GaLRQt7U62YVad9rpqq8BLC8cbe2zLt0Jp9dUJFov2/ObvNU5ruGr+SEJT asYpLnm5DZpwMHPxrGJyi/HBc89x/CBaqxbC1qzSJW+s7pR0Z2NPQVv1fcjLSqKipLhp 8XRfHoru8jQKUp5LQHsttlepNJRl2kvLfUxvdzCKFmcprwYntjLbs5yiRDSH+OZV+W7P hNOw==
X-Gm-Message-State: AOAM5325Nyi7G97sX2e4rj3zZErrs+mFBPhcCYCt+yrLUUj4xENxF260 vjOnmTDhvu4OXZbPwA29TOitoroi9jo=
X-Google-Smtp-Source: ABdhPJzDTHlmKeGSxbS7H9NV6t81f/KuGuPVEEHPWV8kJPWBbhaHc/juP7iMtQyziGVnKu3iw15Zvg==
X-Received: by 2002:a17:902:8504:: with SMTP id bj4mr9210957plb.108.1644084659462; Sat, 05 Feb 2022 10:10:59 -0800 (PST)
Received: from smtpclient.apple (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id mq15sm18962534pjb.8.2022.02.05.10.10.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 05 Feb 2022 10:10:58 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-C2ACEA50-1A70-44F7-87E3-3A055AAB466A"
Content-Transfer-Encoding: 7bit
From: Jeff Tantsura <jefftant.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Sat, 05 Feb 2022 10:10:57 -0800
Message-Id: <F988CE43-75B3-4DF6-BEA1-DCB2C86C54C2@gmail.com>
References: <BY3PR13MB4787B2E51A104B351F2D68679A299@BY3PR13MB4787.namprd13.prod.outlook.com>
Cc: Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
In-Reply-To: <BY3PR13MB4787B2E51A104B351F2D68679A299@BY3PR13MB4787.namprd13.prod.outlook.com>
To: Haoyu Song <haoyu.song@futurewei.com>
X-Mailer: iPhone Mail (19D50)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/HTG16SSAlcihBpw2WKcwAd0uGg8>
Subject: Re: [ippm] New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
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: Sat, 05 Feb 2022 18:11:06 -0000

Hi Haoyu,

Yes, comparing even and odd LAGs - deviations from ideal load-sharing are very similar.
Obviously - there’s no need for load-balancing across a single link ;-)

Cheers,
Jeff

> On Feb 4, 2022, at 11:02, Haoyu Song <haoyu.song@futurewei.com> wrote:
> 
> 
> Hi Jeff,
>  
> It’s interesting to know. Any idea how the load is balanced on the odd number of links?
> BTW, in your example, a single link is also power of 2 (i.e., 2^0) and there’s no need for load balancing.
>  
> Best,
> Haoyu
>  
> From: Jeff Tantsura <jefftant.ietf@gmail.com> 
> Sent: Friday, February 4, 2022 10:57 AM
> To: Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>; Haoyu Song <haoyu.song@futurewei.com>; IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>
> Subject: RE: [ippm] New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
>  
> Hi,
>  
> Wrt power of two comment from Haoyu.
> This used to be the case in the early days because of poorly implemented load-balancing in the silicon, it was often the case that with odd number of constituents we’d see a rather uneven distribution.
> Most of these issues have been fixed in the last 3 years, these days - it is very common (especially in DC) to use a LAG as an operational construct and  provision a LAG with a single link, so the future upgrade doesn’t require changes to L3 infra.
>  
> I don’t’ think there a need to update the drawing nor to explicitly mentioning  “power of two” assumption anywhere in the text .
>  
> Cheers,
> Jeff
>  
> From: Tianran Zhou
> Sent: Monday, January 24, 2022 5:06 PM
> To: Haoyu Song; Tianran Zhou; IETF IPPM WG (ippm@ietf.org)
> Subject: Re: [ippm] New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
>  
> Hi Haoyu,
>  
> Thanks very much for your comments. Your perspective is correct.
> I will revise the document in the next version.
>  
> Best,
> Tianran
>  
> -----Original Message-----
> From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Haoyu Song
> Sent: Tuesday, January 25, 2022 1:07 AM
> To: Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>; IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>
> Subject: Re: [ippm] New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
>  
> WG,
>  
> I think the scenario for LAG performance measurement is practical and the method is sound, so I support this work.
> For Figure 1, I think usually for load balancing with hashing, the number of links of a LAG would be power of two.
>  
> Best,
> Haoyu Song
>  
> -----Original Message-----
> From: ippm <ippm-bounces@ietf.org> On Behalf Of Tianran Zhou
> Sent: Sunday, January 23, 2022 10:23 PM
> To: IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>
> Subject: [ippm] FW: New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
>  
> Hi WG,
>  
> We think this is an useful work on adapting OWAMP/TWAMP in LAG performance measurement.
> We updated this draft based on the comments from the meeting discussion and mailing list.
> Thanks for all the suggestions.
> More reviews and comments are welcome.
>  
> Cheers,
> Tianran
>  
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Monday, January 24, 2022 2:17 PM
> To: Greg Mirsky <gregimirsky@gmail.com>; Guo Jun <guo.jun2@zte.com.cn>; Jun Guo <guo.jun2@zte.com.cn>; Rakesh Gandhi <rgandhi@cisco.com>; Tianran Zhou <zhoutianran@huawei.com>; Zhenqiang Li <li_zhenqiang@hotmail.com>
> Subject: New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
>  
>  
> A new version of I-D, draft-li-ippm-otwamp-on-lag-02.txt
> has been successfully submitted by Tianran Zhou and posted to the IETF repository.
>  
> Name:               draft-li-ippm-otwamp-on-lag
> Revision:           02
> Title:                  One-way/Two-way Active Measurement Protocol Extensions for Performance Measurement on LAG
> Document date:           2022-01-24
> Group:               Individual Submission
> Pages:               13
> URL:            https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Farchive%2Fid%2Fdraft-li-ippm-otwamp-on-lag-02.txt&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7Ca16115736bab48d99c2f08d9df020bed%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637786022170908705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=O1SD54x5%2FM99g7YjxnzaMjaZuJ9S4UxNGcm6NAkTXng%3D&amp;reserved=0
> Status:         https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-li-ippm-otwamp-on-lag%2F&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7Ca16115736bab48d99c2f08d9df020bed%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637786022170908705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=UYUXVf0BvrCuH20ydOjxCI26KjgpAopEIV40%2BqjuxKY%3D&amp;reserved=0
> Htmlized:       https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-li-ippm-otwamp-on-lag&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7Ca16115736bab48d99c2f08d9df020bed%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637786022170908705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=gN9hSIQaMM%2BE%2BtDLSFxe95J%2FyX4omBdv6rtBTMB4B8o%3D&amp;reserved=0
> Diff:           https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfcdiff%3Furl2%3Ddraft-li-ippm-otwamp-on-lag-02&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7Ca16115736bab48d99c2f08d9df020bed%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637786022170908705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=NPJcFQoHUAw47%2FJ%2BO4SeOLEaQUNe%2FAI4UDUGMA%2BKK%2Fo%3D&amp;reserved=0
>  
> Abstract:
>    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.
>  
>  
>                                                                                  
>  
>  
> The IETF Secretariat
>  
>  
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fippm&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7Ca16115736bab48d99c2f08d9df020bed%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637786022170908705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=DHVbIOrP6nfAfjGnIl5N%2F%2B5B0O6qDonb%2F%2Beq2uTEJu4%3D&amp;reserved=0
>  
> _______________________________________________
> 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
>