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

Jeff Tantsura <jefftant.ietf@gmail.com> Tue, 08 February 2022 06:42 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 9F6243A08BE for <ippm@ietfa.amsl.com>; Mon, 7 Feb 2022 22:42:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, 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 ykALfwoIMwY1 for <ippm@ietfa.amsl.com>; Mon, 7 Feb 2022 22:42:07 -0800 (PST)
Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 ED3BC3A045B for <ippm@ietf.org>; Mon, 7 Feb 2022 22:42:06 -0800 (PST)
Received: by mail-pf1-x42e.google.com with SMTP id i186so17297753pfe.0 for <ippm@ietf.org>; Mon, 07 Feb 2022 22:42:06 -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=e+sbgHGjnoYFrod+WtBCkhYqoHpzkxtDeDPFJY26sBs=; b=bTDwpL7L3cpIOJW+0cXi1sT8CuEOAAxHy/tfb9bpILMUfED6RhWrryvy4sjAvXNvjC ec1g4CCDJIQBZIvA4M61uGFP+ShuJsGdjNntHYsnY6qjhzLYfVWBhWY8ScK7up9H+yuA J5LjlJ4sXXt/jLM9yiter4UlAdw9GqxHXVHBSfCC5R19SQfDdGh3Ar3ApeDf4Z69xRWN 3lt2Q/qXPMaXHkhe+ZOZ1jhOjxC1RXVTTq/7EVOEpZrjtdwM9ThgKig1SQ2lQIrny7L3 QXkiZYd9895c83I8olTvGkvcFZWs2/UeWs2Mmcewr6TNFZTeoLDCGE0bPNtfj/eG1Ysf x6Wg==
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=e+sbgHGjnoYFrod+WtBCkhYqoHpzkxtDeDPFJY26sBs=; b=5OU/mjA6gsWhf/feJmGE00nlMynsQWr7UupEykjz1mX0FKa5qJrBzACDsyUje6HE7B 99uE95buN+u8gfwF4T89XkYeXb7a6q+fhkARHXgdck0l0GWhwQeKDKqy8S80S23ok2qf AcKNXgu8MdMOd5opJqi2g6YPD0JgDwll5T/l4ScdZMSCKDlkdLM9Z1rotghz75wvnf4B oNFCzhqAqzUm28/u84g3vxk06lSTmq2JcDTiVLNEElxwV7JoYZGUHFn37/tj6LxUHd0X 6NI58x9cXls9NcV2K8F3r1vE35J2Kv2pvBwv+p5eCVoAZnLQ3n1xBkQvO/BybLjKzq6b lXPQ==
X-Gm-Message-State: AOAM530AFqXqF7sLTrr1dpxyKMygVWlsqiacdjNLtCuanmBKKEKAEZnh u3nzaXtZDnc7pp0wMVJhplZYQONkbjk=
X-Google-Smtp-Source: ABdhPJw+nrMiNTwGUt1Bvd3M4GuLvc2jiNopN6XhC1GHyqLx5UkGVulKvhM0ZkG+CtqkAcQMqc0lKA==
X-Received: by 2002:a63:da0b:: with SMTP id c11mr2406177pgh.436.1644302524720; Mon, 07 Feb 2022 22:42:04 -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 bm3sm9603365pgb.88.2022.02.07.22.42.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Feb 2022 22:42:03 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-533F7357-EE77-4E68-BC1A-683116D45853"
Content-Transfer-Encoding: 7bit
From: Jeff Tantsura <jefftant.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Mon, 07 Feb 2022 22:42:02 -0800
Message-Id: <9827D13A-624C-4937-86EC-4657E75576D0@gmail.com>
References: <2022020710240121786616@chinamobile.com>
Cc: Song <haoyu.song@futurewei.com>, Tianran Zhou <zhoutianran@huawei.com>, ippm <ippm@ietf.org>
In-Reply-To: <2022020710240121786616@chinamobile.com>
To: lizhenqiang@chinamobile.com
X-Mailer: iPhone Mail (19D50)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/i3cttckGTa-mZ6plG2RDuVnE1ow>
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: Tue, 08 Feb 2022 06:42:37 -0000

Hi Zhenqiang,

That was my point, to keep the drawing and text as is.

Cheers,
Jeff

> On Feb 6, 2022, at 18:23, lizhenqiang@chinamobile.com wrote:
> 
> 
> Hi Jeff and Haoyu,
> 
> The effect of load balencing in LAG depends on the implementation. It is common now to use 1 or 10 links in a LAG even in backbone networks. It is up to the operator to determine the number of member links used in  a LAG, usually taking into account both the requirement of the traffic and the ability of the devices. 
> 
> The figure and text in our docs are used to show the case that it is necessary to extend TWAMP/OWAMP/STAMP to measure the performance of each link in a LAG. We have no intent to present a BCP for the nember of member links in a LAG.
> 
> Best Regards,
> Zhenqiang Li
> 
> li_zhenqiang@hotmail.com
>  
> From: Haoyu Song
> Date: 2022-02-05 03:02
> To: Jeff Tantsura; Tianran Zhou; IETF IPPM WG (ippm@ietf.org)
> Subject: Re: [ippm] New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
> 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
>