Re: [Last-Call] Opsdir last call review of draft-ietf-lsr-flex-algo-23

Peter Psenak <ppsenak@cisco.com> Thu, 22 September 2022 07:56 UTC

Return-Path: <ppsenak@cisco.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8A2BC14CE2C; Thu, 22 Sep 2022 00:56:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.178
X-Spam-Level:
X-Spam-Status: No, score=-10.178 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.571, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=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, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 lSNzHsGI-u40; Thu, 22 Sep 2022 00:56:47 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50C66C1524AE; Thu, 22 Sep 2022 00:56:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1560; q=dns/txt; s=iport; t=1663833406; x=1665043006; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=7Ya3qN0M9w+pNIF+4cuaUwyHnKTMSYWLQ3c94s2o694=; b=UJbZ51gZdYxf4TWIAHMETd+VrZ4v/+0Es2JRPPrlaNV5C2F42FRX5GcW KqqCP638wOFjij1BY1aZLy3b0hZxYdXGkQlPKuRWsSzK0IExlQvUKX7Xz dWcBM3jspOz5kX+nTBFtKTjinbUOslMUmS3W56aD9q+LM3KxZT1WpRePD o=;
X-IPAS-Result: A0AFAAD/Eyxj/xbLJq1aGgEBAQEBAQEBAQEDAQEBARIBAQEBAgIBAQEBQIE7BQEBAQELAYMkVSwShROIH1+IFgOdEYF8CwEBAQ85CQQBAYUFAoRtJjQJDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBIEJE4VoDYZCAQEBAQIBIxVBEAsYAgImAgJXBgEMCAEBgnkBgn0jAxBDqS16gTKBAYNmQYN2gV8GgREsAYtqFIQoQ4FJRIEVJ4MDPoJiAQECAYUzgmYEmR8mBA4DGSsdQQIBC0I0AxUDFAMFJAcDGQ8jDQ0EFgcMAwMFJQMCAhsHAgIDAgYTBQICTTgIBAgEKyQPBQIHLwUELwIeBAUGEQgCFgIGBAQEBBUCEAgCCCYXBw0GGBsZAQVZEAkhHAoEGg0FBhMDIG8FCjoPKDFrKx0bCoEMKigVAwQEAwIGEwMDIgIQKjEUBCkTEi0HK3MJAgMiZwUDAwQoLAMJIR8HKCY8B1g6AQQDAxAiPQYDCQMCJFt2AjcTFQUDDRkmCAUjFx4ECDwCBQZXEwIKEgOXCYFPgnUBAy8iAnsKgQ4BonOfP4NghC+HCZRnBg8ELpZ7kgmXCiCNG5otgTAxPIFZMxoIGxWDI1AZD5cmhUxCbAIGCwEBAwmKWQEB
IronPort-Data: A9a23:hL+dN61XNYfcdBnyDPbD5ddwkn2cJEfYwER7XKvMYLTBsI5bpzEPn WVKDW7QPq2DNmWgeI10b9iz8B4PscPWx942QFRp3Hw8FHgiRegpqji6wuYcGwvIc6UvmWo+t 512huHodZxyFDmEzvuUGuCJhWFm0q2VTabLBufBOyRgLSdpUy5JZShLw4bVuaY1x4nia++xk Ymq+ZeHaQX/g2cc3l88sspvljs+5JwehxtA1rAOTagjlEPTkXATEKUeKcmZR5cvatAJdgISb 7+rIICRpgs1zT90Yj+WuuqTnnkxf1LnFVPmZky69ESVqkMqSiQais7XPReHAKtdo23hc9tZk L2huXEsIOskFvWkpQgTb/VXOxFdPaFP06GWHUX8oNSX0U/JLHnj5+o7WSnaPaVAkgp2KWhD7 7kTLyoAK0rFjOOty7X9Qe5p7ighBJC0Z8VE6jc6lWqfV6xOrZPrG80m4fdAxCw9gMlNNf3ff MEeLzFoaXwsZjUTYgpOVc9m9AuurmvEIzwJpU2NnIkm8TPLnQdKwqj0LfOAL7RmQu0QxC50v Fnu+3/jKhAXKNLZziCKmlqoj/TT2CjyXIY6FbCk+LhtmlL77mAJARMKEFq2vff8jlWkHtxbJ lxR8y4hqu478EiDT9ThUVu/unHslhkEQJ9cEvcS6QyRxOzT+QnxLmwFSDJILtA7ssU/XxQky 0OUhd72CD0pu7qQIU9x7Z+doCn3ODASN3NHYyYYCwAE+NLk5oo0i3ojU+peLUJ8tfWtcRmY/ txAhHFWa2k75SLT65iGwA==
IronPort-HdrOrdr: A9a23:VHVjpK4Ypd8L7/wauQPXwPnXdLJyesId70hD6qm+c203TiXqra GTdZMgpHnJYVcqKRYdcL+7VZVoLUmskKKdpLNhWYtKPzOLhILLFutfBOLZqlWKJ8S9zJ8+6U 4KScZD4bPLbWSSwfyU3OF9eOxQuOVuN8uT9J7j80s=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.93,335,1654560000"; d="scan'208";a="4051550"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Sep 2022 07:56:42 +0000
Received: from [10.209.198.147] ([10.209.198.147]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id 28M7ufLF026989; Thu, 22 Sep 2022 07:56:41 GMT
Message-ID: <9705da8c-1c05-1a70-c1be-9b64e4fa4ce6@cisco.com>
Date: Thu, 22 Sep 2022 09:56:41 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.13.0
Content-Language: en-US
To: Linda Dunbar <linda.dunbar@futurewei.com>, ops-dir@ietf.org
Cc: draft-ietf-lsr-flex-algo.all@ietf.org, last-call@ietf.org, lsr@ietf.org
References: <166379904669.11721.16267012925681084267@ietfa.amsl.com>
From: Peter Psenak <ppsenak@cisco.com>
In-Reply-To: <166379904669.11721.16267012925681084267@ietfa.amsl.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Outbound-SMTP-Client: 10.209.198.147, [10.209.198.147]
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/-SG2ZVORYbf2EmBStNe05qC2zs8>
Subject: Re: [Last-Call] Opsdir last call review of draft-ietf-lsr-flex-algo-23
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Sep 2022 07:56:50 -0000

Hi Linda,

On 22/09/2022 00:24, Linda Dunbar via Datatracker wrote:
> Reviewer: Linda Dunbar
> Review result: Has Nits
> 
> I have reviewed this document as part of the Ops area directorate's ongoing
> effort to review all IETF documents being processed by the IESG.  These
> comments were written primarily for the benefit of the Ops area directors.
> Document editors and WG chairs should treat these comments just like any other
> last call comments.
> 
> This document specifies a set of extensions to IGP to enable multiple
> topologies within one IGP domain, and each topology has its unique
> constraint-based path computation metric.
> 
> It would be very helpful if Section 15 (Operational Consideration) included
> some considerations on the number of topologies to be created for exemplary
> deployments. Even though theoretically, hundreds/thousands of topologies can be
> supported by the mechanisms described in the draft, in practice, probably only
> a handful of (or even fewer) Flex-Algorithms are needed per IGP domain. It
> would be so much easier to follow the document if knowing only two or three
> Flex-Algorithm are needed.

the maximum number of flex-algos is determined by the algorithm range 
that is (128-255), as specified in section 4 of the draft:

https://datatracker.ietf.org/doc/html/draft-ietf-lsr-flex-algo-23#section-4


I can add a sentence in the draft saying that the expected deployment is 
to use only a subset of those.

thanks,
Peter

> 
> Thank you
> Linda Dunbar
> 
> 
>