Re: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02

Tony Li <tony.li@tony.li> Fri, 21 May 2021 15:28 UTC

Return-Path: <tony1athome@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF8553A14BB; Fri, 21 May 2021 08:28:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.501
X-Spam-Level:
X-Spam-Status: No, score=-1.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 9Xo4KCU8kouV; Fri, 21 May 2021 08:28:41 -0700 (PDT)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 43A7D3A14BC; Fri, 21 May 2021 08:28:41 -0700 (PDT)
Received: by mail-pl1-x636.google.com with SMTP id 69so11167554plc.5; Fri, 21 May 2021 08:28:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=spUBKijVricX7vw8/4FUAFDod6pHaRZaae8u4w0qJfM=; b=SdTYPSg+T18ZAgy7QiCT1BYLH2vUtgks/iTxHnpJ3ow/hjOmKqUgX6BW03KKXtP8QY R0czRBjLjqXWViQB83H/zFq94hk2F5VEbPO6pg3kTAXuL4ZFGitGrOpmnz2yX/m1426k qtTjWhtyPp4tNyCRtS+ET0usrY0mPmG2Qk3CD8tYtWhoZ0K5ThcAWXq17aya0SugnwfR gQW2dLjOu26dbl/JSaDIZU/7zzFtajRcQeiUgI8Xy0vigNOLzSTP8jxXhSEi+h3ry+74 OFHxanqP5gj0EWEvDbTbh3lmM7U/zAbJGey5U+3saCq3Cf1RM9y7A6czpfMjWwOz5YPD AlaA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=spUBKijVricX7vw8/4FUAFDod6pHaRZaae8u4w0qJfM=; b=hWPF3kWMhXujLlMzoaFpdEK2bcBR6i2RReVlVKfk9E0KPZzIUNZEp+HmAgYpzMe38w Ktvn/eGoxvQWVOCc4XbaMGFO1LnK4uyqVASJKKlQVzQnaO8LpqMqzPovPnlb03iao2qL 2cS2YTap7mN+CQ4hwerWnWx04iPHCzvuwYtUHxusTv5+0jripk4fKIfepQ669sOogQmK LmxcxNaZSSyqQya1i/J7HCHzfP8PFyEMeWyru47AP1po+42Zujcipnny/AG34aHyW7z7 LMAtWvoJdeHCkcIXRo8pFcnSPrGX1P5jVnKrleY6DnvLMwzz3FVGCXw7eNUB4mJ9Pssg VPmg==
X-Gm-Message-State: AOAM5323sowT3sAnaXq59ahXV8INyVfQXq+za05a7xP6/TGGNTsPdk9S G2R0Lw7kwnb+2xizK1Fzblk=
X-Google-Smtp-Source: ABdhPJx7xZhDyjHA6B+UHFvbfZYxnucC/Io0Z6oM+NNLmDkmSm9yTitLlFXAc7WF0WwrSHlUARAzLA==
X-Received: by 2002:a17:902:b408:b029:ec:e879:bbd8 with SMTP id x8-20020a170902b408b02900ece879bbd8mr12833712plr.65.1621610920030; Fri, 21 May 2021 08:28:40 -0700 (PDT)
Received: from smtpclient.apple (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id c1sm909473pfo.181.2021.05.21.08.28.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 May 2021 08:28:39 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: Tony Li <tony.li@tony.li>
Message-Id: <B7C71A4C-4BAC-441D-9FE6-88AF25A16DA3@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E5C3F34C-C116-46AB-B76D-A5007785507F"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\))
Date: Fri, 21 May 2021 08:28:38 -0700
In-Reply-To: <004b01d74df3$6a70ad80$3f520880$@tsinghua.org.cn>
Cc: "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, lsr <lsr@ietf.org>, draft-hegde-lsr-flex-algo-bw-con@ietf.org
To: Aijun Wang <wangaijun@tsinghua.org.cn>
References: <0BAE6DBA-04A3-4A3A-A1E3-14EFAA0FBE68@cisco.com> <004b01d74df3$6a70ad80$3f520880$@tsinghua.org.cn>
X-Mailer: Apple Mail (2.3654.80.0.2.43)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/xTz11UZcOyfreWwI6mXpQcOmErs>
Subject: Re: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 May 2021 15:28:45 -0000

Hi Aijun,

> I support the adoption of the “FAD constraint sub-TLV” part(Section 3),  but not support the introduce of  “Bandwidth Metric Advertisement” part (Section 4) and other related parts.


As I understand it, we don’t get a line item veto, so I don’t know how the chairs will take this.


> With the introduce of additional constraint information, the problem described in “Introduction” part(Section 1) can be solved.


Please say more.  Claims without rationale are not reasoning.

 
> The usage of bandwidth metric in large network is not feasible. 


Ditto.


> And, would you like to explain more for the following statements(in Section 4.1.1.2)
> “In the interface group mode, every node MUST identify the set of
>    parallel links between a pair of nodes based on IGP link
>    advertisements and MUST consider cumulative bandwidth of the parallel
>    links while arriving at the metric of each link.”
> based on example described in Figure 7? 


The paragraph immediately above explains exactly that. B->C has two parallel 10Gbps links, so it should be considered to be 20Gbps.

 
> How the cumulative bandwidth will be used to achieve the result that traffic from B to D will prefer B-C-F-D, not B-E-D? 


B-C-F-D is 20Gbps. B-E-D is 10Gbps.

Tony