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

Peter Psenak <ppsenak@cisco.com> Mon, 03 October 2022 13:19 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 B5731C1524A6; Mon, 3 Oct 2022 06:19:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.177
X-Spam-Level:
X-Spam-Status: No, score=-10.177 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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 Bytx0pzpDLga; Mon, 3 Oct 2022 06:19:47 -0700 (PDT)
Received: from aer-iport-6.cisco.com (aer-iport-6.cisco.com [173.38.203.68]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17D47C1524A4; Mon, 3 Oct 2022 06:19:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2793; q=dns/txt; s=iport; t=1664803186; x=1666012786; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=hEM3x2WskYSWUxdr+jVit5u244hVUFR4Nj7jcaiS/I8=; b=cUmJCqVoRmDw7v9rrTaO6HiD+MunNGs6zgElylHdbcobLh+9/u4mPD/S quGd87xVVBZxjgsvUqo8kTabXTTowCP8kDqJj3lH6MgnkW2JDmneWOemD ITd6L/JrjAHRYIwOF8q49/srvBGpqEJjd7iPLJKjVkJgM2fvs+uikccn/ I=;
X-IPAS-Result: A0AQAACv4DpjlxbLJq1aHAEBAQEBAQcBARIBAQQEAQFAgTsHAQELAYMkVSwSRYROiB9fh2kuA50UgSUDVAsBAQEPQgQBAYUFAoRuJjQJDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBBQBAQEBAQEBATYFEDWFdYZCAQEBAQMjFUEMBAsRBAEBAQICJgICTwgGAQwGAgEBgnkBgyADU6ddeoEygQGIHYFfBoERLAGLbYQ8Q4FJRIEVJwyCdz6IGoJmBJlfJgQOAxkrHUECAQtCNQMVAxQDBSEHAxkPIw0NBBYHDAMDBSUDAgIbBwICAwIGEwUCAhc2NAgECAQrJA8FAgcvBQQvAh4EBQYRCAIWAgYEBAQEFQIQCAIIJhcHDQYYGxkBBVkOCSEWBgoEGg0FBhMDIEkmBQo4DygvaSsdGwqBDCoJHxUDBAQDAgYTAwMiAhAqMRQEKRMSLQcrcwkCAyJmBQMDBCgsAwkhHwcoJDwHWBIoAQQDAhAiPQYDCQMCIlh1AgsmERUFAw0ZJggFIxccBAg8AgUGVBMCChIDEw8GJ0kPnFcBAy8kewoTPxIqAZMZj1yfRYNnhDKbcgYPAQMulnySCpcNIKIvhRyBMDE6D4FMMxoIGxWDIlEZD445jjlCMTsCBgsBAQMJijkBAQ
IronPort-Data: A9a23:+TZN36lI8zMlHe0mlC0AxpTo5gyJJkRdPkR7XQ2eYbSJt1+Wr1Gzt xIbCGnTM/aOZGDxft4jYd7jpE5QvZeDxtE2Hgs+pCw0RFtH+JHPbTi7wugcHM8zwunrFh8PA xA2M4GYRCwMZiaA4E/raNANlFEkvU2ybuKU5NXsZ2YgHmeIdA970Ug5wrZh2dYx6TSEK1rlV e3a8pW31GCNg1aYAkpMg05UgEoy1BhakGpwUm0WPZinjneH/5UmJM53yZWKEpfNatI88thW6 Ar05OrREmvxp3/BAz4++1rxWhVirrX6ZWBihpfKMkSvqkAqm8A87ko0HNFbZWIL1yvXpeBwx +9q7J2RYFgZY6KZzYzxUzEAe81/FaRL4vrMJmKy9JPVxEzdeHyqyPJrZK00FdRHoaAsUScUr adecmplghOr34paxJqjUvJhgM0gBMLqJ4gY/HpnyFk1CN5/HMCTHfSXjTNe9Dce1+dCBsTDX uMcTyZULw2QfD12eUhCXfrSm8/x1iWgLFW0smm9obEty2ne0AI316LiWPLRc8eWAM5cmkKwp 2/a8SL+GB5yHNCFwDSZt3OhmuGKmTjhHYwWGa39//plhxuawmg7CRAKWx28u/bRokmmQJdTK lY8+ycyo+417kPDZt38WRGx5nKZuBQVQfJeDvEn8gySx6uS6AGcblXoVRZIZcZjtdcxXyBv0 FaV2djoHjdo9raSTBpx64t4sxuZfiQwcTMcOxU0TAQ/xIDigahsvk/AG4ML/LGOsvX5HjT5w javpSc4hqkOgcNj65hX7WwrkBr3+ceUFl9dChH/GzP6vlkgNeZJcqTxsQCDhcusOrp1WbVog ZTlpyR8xL1VZX1uvHXTKAnoIF1Oz6zZWAAweXY1Q/EcG82FohZPh7x47jBkP1tOOc0ZYzLva 0K7kVoPusMMZyb2NvEoOdzZ5yEWIU7ISIqNuhf8M4omX3SNXFPvENxGPBTJhDm9zCDAb4lgZ s3znTmQ4YYyUPQ7k2XeqxY12r4wzSd23nLIWZ3+1HyaPUm2OhaopUM+GALWNIgRtfrcyC2Mq oY3Cid/40gGOAEISnKMqtB7wJFjBSVTOK0aXOQNKLHefVc/Rjh9YxITqJt4E7FYc21uvr+g1 hmAtoVwkTITWVWvxd22V01e
IronPort-HdrOrdr: A9a23:WeBfUqnjVfFkXflQa9V684UEc+npDfId3DAbv31ZSRFFG/FwWf re/8jzpiWUtN93YgBHpTngAtjmfZqyz/NICOUqTNKftUzdyQ+VxeJZgbcKoQeLJ8SWzIc0vp uIMZIOauEYZmIVsS+V2mmF+pobr+VuNMuT9J/jJ7AHd3ASV51d
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.93,365,1654560000"; d="scan'208";a="1588695"
Received: from aer-iport-nat.cisco.com (HELO aer-core-7.cisco.com) ([173.38.203.22]) by aer-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 Oct 2022 13:19:41 +0000
Received: from [10.60.140.62] (ams-ppsenak-nitro13.cisco.com [10.60.140.62]) by aer-core-7.cisco.com (8.15.2/8.15.2) with ESMTP id 293DJf1G124790; Mon, 3 Oct 2022 13:19:41 GMT
Message-ID: <68602744-8e98-6b39-dcba-c790f94e938e@cisco.com>
Date: Mon, 03 Oct 2022 15:19:41 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.3.0
Content-Language: en-US
To: Linda Dunbar <linda.dunbar@futurewei.com>, "ops-dir@ietf.org" <ops-dir@ietf.org>
Cc: "draft-ietf-lsr-flex-algo.all@ietf.org" <draft-ietf-lsr-flex-algo.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
References: <166379904669.11721.16267012925681084267@ietfa.amsl.com> <9705da8c-1c05-1a70-c1be-9b64e4fa4ce6@cisco.com> <CO1PR13MB4920C34945910865FF5A508A854E9@CO1PR13MB4920.namprd13.prod.outlook.com>
From: Peter Psenak <ppsenak@cisco.com>
In-Reply-To: <CO1PR13MB4920C34945910865FF5A508A854E9@CO1PR13MB4920.namprd13.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Outbound-SMTP-Client: 10.60.140.62, ams-ppsenak-nitro13.cisco.com
X-Outbound-Node: aer-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/IBnJMTc-Q8K0cHEQ4afm5rt94t8>
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: Mon, 03 Oct 2022 13:19:50 -0000

Hi Linda,

the version 24 includes the new section about the number of flex-algos 
as you requested.

thanks,
Peter

On 22/09/2022 16:53, Linda Dunbar wrote:
> Peter,
> 
> Thank you! I've studied this draft in LSR WG multiple times. I had a difficult time thinking how a router computing the paths when receiving 100+ topologies for one IGP domain, until being told most deployments only having handful of topologies.
> 
> Linda
> 
> 
> -----Original Message-----
> From: Peter Psenak <ppsenak@cisco.com>
> Sent: Thursday, September 22, 2022 2:57 AM
> 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
> Subject: Re: Opsdir last call review of draft-ietf-lsr-flex-algo-23
> 
> 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://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-lsr-flex-algo-23%23section-4&amp;data=05%7C01%7Clinda.dunbar%40futurewei.com%7C1f01cedc0b8b47ea277808da9c6fff8f%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637994302096955841%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=tZyj49cl6PorH91QIoebPQ8PcTTWKGNJwDaCIel2GEE%3D&amp;reserved=0
> 
> 
> 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
>>
>>
>>
> 
>