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

Shraddha Hegde <shraddha@juniper.net> Tue, 18 May 2021 05:17 UTC

Return-Path: <shraddha@juniper.net>
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 19AEC3A0FF5; Mon, 17 May 2021 22:17:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.696
X-Spam-Level:
X-Spam-Status: No, score=-2.696 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=i1BlgIuS; dkim=pass (1024-bit key) header.d=juniper.net header.b=K00lV0Wu
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 8dW8GBj4S47t; Mon, 17 May 2021 22:17:46 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D9293A0FF6; Mon, 17 May 2021 22:17:46 -0700 (PDT)
Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 14I5FPfJ005536; Mon, 17 May 2021 22:17:41 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=szpV/V9Z5j+LupJQavUFIJ9fZnaT2DbhCfhy8g93drg=; b=i1BlgIuSwJmoT14ICz9ZFUt+Fi7zCdGT/fyGw9NLWB0w4X/nzQQlOHAQNgbi6eA87haa eclGJv4tzFoGnFZICQRmm0KqWufxnes5/VYpPyQrKGYXSc1n1tbvTXQRNqEPLJrvTglr oRr3Ild1QUW4KMlYilqwF+9cV7mk1qDuWiOYLGGsbhDMo2Lvohn1xNMEqg9dqvtzR4hh UgeVrqnMv1BRy3x1Pie33iHqZ+3pB8BaRfsQv5GVm6nA/NTazMNH1tdwUB/tbBgV+WBB 9ngfA5QBKTpafGEDDUTlLAlvWkDIQKr+L9YXS3CFQvZXSSZOxEVtXUzsDR9ugPSNbF1p SQ==
Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2174.outbound.protection.outlook.com [104.47.55.174]) by mx0a-00273201.pphosted.com with ESMTP id 38kpu9hgq4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 17 May 2021 22:17:41 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G5+qZii1Ye+1ZswhZXZeMdHGCGR70oZ6W3tlWnBK8je8Qdr7PXWs16gmOcpg5A5zMx9J84VtAuOfWK4cFtNVBjHtaDmywj/S6qI2nLqQPcqoNUIAdEn7ExSNdA7TCrtoAGV+bh4GH1530IZub/+EgNYKPCF9CHLlDJ6oYEiZ6xJCnwD2GekB4ZVWRE09uZ++t7WWCDpgeHPHcK/4yflZPG1m9Kat2Q38fgYMB4XbrVL9+y0KNnPNhhw/BIvENzrjqp6E/B9w0euvLUNv3mRu4GGdxg4hCWQSxDWD/mWokZIjrg5HeHeGj/6LkPrlIL9jrhleWTLORLeOpWHfEfqMag==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=szpV/V9Z5j+LupJQavUFIJ9fZnaT2DbhCfhy8g93drg=; b=aYoP6s1RWnwXQOOmcsuDRH3oPdawT0Zv+Fooa/4BHpoISneaZzASV8Hr9bHYWul16FIjOrAePW8PkNJE9RTef4oz7qLbhSnF1jBOw881RrjziQvj1GR6YGEAh7ahZxOkLw+mGw9DZuWLZzNesz16YvZOu/i29mAdmaYiWCfHgmfzyZmdznl1d9P3AC9vuWBO1YOKJCFe/X2wriNhiaGMR2tBd5CITQFsVj83J0dd9rK0cyEJteUdBhUWZ8wwLtQQXQpbhXOQWQrq6v42LvBk3GjSh4XU0ef7X4y3350QiWHmrlOKsos8gJbvU69BRZ/4gud7K3hN7AarqjHMBBCQpA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=szpV/V9Z5j+LupJQavUFIJ9fZnaT2DbhCfhy8g93drg=; b=K00lV0WuvAMvXeDRamyKI8rgyvt/QIkSdBHn1Klzd0vhmDCRdwQQ/izUgN3rKmzHtAh+9iDnmFBFkOO4PzSEqJoMV/8pm8nYgGNtpzuoGLfngluWG2oNqDICjxWJvO1lo0nkEqKTo4JHtbZJgtCB/7rt37LtrC6Vyr5z48UHcW4=
Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY1PR05MB2508.namprd05.prod.outlook.com (2a01:111:e400:c618::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.11; Tue, 18 May 2021 05:17:37 +0000
Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::2cb6:435f:f75b:1602]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::2cb6:435f:f75b:1602%6]) with mapi id 15.20.4150.017; Tue, 18 May 2021 05:17:37 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
CC: "draft-hegde-lsr-flex-algo-bw-con@ietf.org" <draft-hegde-lsr-flex-algo-bw-con@ietf.org>
Thread-Topic: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02
Thread-Index: AQHXR3MLVak8G/B87Uy6Hz9GuLxph6riWwyQgAYvaOCAACxVQA==
Date: Tue, 18 May 2021 05:17:37 +0000
Message-ID: <CY4PR05MB35765125D0E54D1CB3637B68D52C9@CY4PR05MB3576.namprd05.prod.outlook.com>
References: <0BAE6DBA-04A3-4A3A-A1E3-14EFAA0FBE68@cisco.com> <6ba087997bc1433babc8f3c00b7998ee@huawei.com> <c64e5d848b584d8bac2e0841ea69021d@huawei.com>
In-Reply-To: <c64e5d848b584d8bac2e0841ea69021d@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.100.41
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-05-18T05:17:34Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=a8ba0fc3-dc95-48fd-8f8d-dda0dc58fa20; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [136.185.136.23]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2b208127-f86e-4965-7600-08d919bc4096
x-ms-traffictypediagnostic: CY1PR05MB2508:
x-microsoft-antispam-prvs: <CY1PR05MB2508B443BDB1A21F9E4EB75DD52C9@CY1PR05MB2508.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 8v3utStOm6vfwHf1FdY+sAQJX92rzKec09BjZo3EodXKGR0YHw7XW85YrWGqLqRdorC5M75Irpf2gfqr2mtRHmQ2PhPJPuY/ylXK2pJrHrBz4iDZsw0lnMDQXioUn881DXLaaT1n68vSRFn483fIYJmpssAVuP3ahy+joKn88MAN91f/8NWgPRiVvwTxOwQm1YGuPmXBNVBbv0muXCRk7T2MUgPj2SP/QKPZ06M8f4sfeoxyWLIn+qHai8CiGl0nXzPAjOSS5HUMKEmQqNCAZ9OtdO8K2zGCxQyZP+PQzM0Rmkyl8Kx+H0BmnBKWFbQQyzPS33vpgNfe/MCMkz/XNhaByjRJrWSOD8GLb6QtzeUjyp9qmnsSQH0Y0MjOHqgyWR0JnzVKJAq9Nb/Zqtk7y2ZbMPRSRliuK/r943UwTu2fezNThXz+hLWN4ug09KX/hEJ5VdGELMJOUVQv3qlyHr9QwWreUtxLzCQk6+cRgCB027M3FXE5xdX7+4qQjevtR4KJxbvNsRbWZU4MaglmXlvJWt6cTIxrFkPOkJnczHnEVTeSEs4XJFDct+bY4TehnhCyZb6UCbMca8BeOQ48Zb08NM6d+ST2zH2t0XdBa5nmUusGbrrpZng0BYIwAP5d8moZVb6lon5sOXA0OmKeHwe4FFZjVUwPf3pA6SbQpZz3G7NveMg94pMChNZuSdNn
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(39860400002)(136003)(396003)(346002)(376002)(33656002)(38100700002)(110136005)(166002)(4326008)(55016002)(316002)(9686003)(478600001)(66946007)(66556008)(7696005)(26005)(8936002)(186003)(966005)(66446008)(9326002)(86362001)(6506007)(8676002)(71200400001)(83380400001)(64756008)(2906002)(122000001)(52536014)(5660300002)(76116006)(53546011)(66476007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?ArwJA9HgydkfEKBfLnbYkfnuPt3KracVA4ilVI2VkVyvsbe+Nq13lqVGOSp/?= =?us-ascii?Q?mkMx/Y01Zlvxyy9LNabBLAB4nVFFD5n0h7/O3fSxD4ur+HKKN0GXTMokRcOg?= =?us-ascii?Q?KETWa3+zhUqdrspiBBqF0bSCrYymUrdnOjkJnb7FWk0Kg71DzbBLbNxfH0WA?= =?us-ascii?Q?pegycoxomEXr6cQL3aM8KiFq1w1uYYH+D2oFOzpvRTP1PapXvWvYusLJcBMH?= =?us-ascii?Q?O4XC8XFdVytIrUdobLSrXkgosXd59er5ZCNPoZ4iuDWhErvifgYz6eDzK7cJ?= =?us-ascii?Q?Qyf2yMyV1w6fLdVm+TtaOvGn7GOSkv6rPuc89wxzXMra+A26TjtkfTWQS8A0?= =?us-ascii?Q?MRLaRtaDLih+od79X3T6CyaaGAAhI27r3P+0EzjvQcgIkBsXqGPnOz9aF31h?= =?us-ascii?Q?ET4558dsp2LpynXP+/VT2qY4N4g4p2vDwtmrRebD6J5xIFeztE4RXjeRc7Wn?= =?us-ascii?Q?zHteRkrXs8Smw+O8GwXkIFCU7GxwJdiscTO+RTFMlaalXQlRai60NzgHOi0q?= =?us-ascii?Q?hz6LRNnuxkw0y+YJxbLm0i8sVtGz076wf9LQAu7tQj6zwq3uPg2mKS9ryZrX?= =?us-ascii?Q?vM1ovRvv96XoMoW+P9hVu8kUOyJx1NVLpddfvgKZtG7rFSOnjYc8TI7HIPGI?= =?us-ascii?Q?qUn/HC1lBfl3cw9ZWHZN5TkmvBsr6WtAGrSJD0a3nF9WI0EYZwR2g35xfZ2M?= =?us-ascii?Q?EeF9kqZczB0ov6M2xliP9gWP19BZgQQLY50HSqR07X3j8y5WUy0QyW22+X/f?= =?us-ascii?Q?IwJ5PJX0Ypa9V1sBJ4bXr7+XN7PYqG1ipk9rk54qecM5Sm2CDc1a2jwDxc1n?= =?us-ascii?Q?rQw18c3FtNGir94kVvRi/IAmDUjSkymH9Pwjpc4lizBBbgiToo7Ees2Z9C5u?= =?us-ascii?Q?T6mbrZ3F2oj5fiO6hB4nkKtJvOid3j4AzVu90D26aQknJMwYcVAzpOQn+tGo?= =?us-ascii?Q?qJ0E9R1Nc6Zo+RHP9sef1gaBGzxBcGGIa24OLp4gDbMVcWi7XKPE7FXw8VPU?= =?us-ascii?Q?PYMP28mAJXs5crxWUnLkJJbmPlVOAoj9EL6IE07WP863TxMYuBFv3jAF4Qhp?= =?us-ascii?Q?1KjuuT6Xpv9XGSVRMXClCrtKYEd1CCD3HPTY9HoURbC+hVspmuGU6YXxoUG4?= =?us-ascii?Q?K6dpviZmpJujq7YFgjlvEiwxKoZzKYvf2HZbzlkZTFVjzKx/LgrurVjqu1uf?= =?us-ascii?Q?63DKr/tOUT4UsWj0+MteH0yNdnVLPhF6APFpqlancFDn2gsztsDQrGacGVav?= =?us-ascii?Q?jYsDLYhuFutEubztcD3vDQuoZ4mnuU7Ge8Yza3I8xChlH9Gr4AkD3X5NjAbj?= =?us-ascii?Q?ftquAV6UQJcS4GK1d6I/ueWi?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CY4PR05MB35765125D0E54D1CB3637B68D52C9CY4PR05MB3576namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR05MB3576.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2b208127-f86e-4965-7600-08d919bc4096
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 May 2021 05:17:37.6914 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: XwIQIMERs/VgYcnfNVAhQKkkJgAmd4oxT5mQVScizqHuLahiod7bXkzgbe/eL/fFrRXRS9lwiqOzxR2h4orMEg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2508
X-Proofpoint-GUID: nwMG7-pnRP8hH7xk-uH4NSU0JiP6M5pn
X-Proofpoint-ORIG-GUID: nwMG7-pnRP8hH7xk-uH4NSU0JiP6M5pn
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-05-18_02:2021-05-17, 2021-05-18 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 malwarescore=0 spamscore=0 priorityscore=1501 phishscore=0 mlxlogscore=999 bulkscore=0 mlxscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2105180037
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/-V87enf5tPy41urOJwqZj-HHvqg>
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: Tue, 18 May 2021 05:17:51 -0000

Hi Jimmy,

Thanks for the review and comments.Pls see inline



Juniper Business Use Only
From: Dongjie (Jimmy) <jie.dong@huawei.com>
Sent: Tuesday, May 18, 2021 7:58 AM
To: Dongjie (Jimmy) <jie.dong@huawei.com>om>; Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org>rg>; lsr@ietf.org
Cc: draft-hegde-lsr-flex-algo-bw-con@ietf.org
Subject: RE: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02

[External Email. Be cautious of content]

Thanks to Peter for his response to my third comment.

Could the authors also reply to the other comments (1, 2, 4) in the below mail? Many thanks.

Best regards,
Jie

From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Dongjie (Jimmy)
Sent: Friday, May 14, 2021 3:52 PM
To: Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org<mailto:acee=40cisco.com@dmarc.ietf.org>>; lsr@ietf.org<mailto:lsr@ietf.org>
Cc: draft-hegde-lsr-flex-algo-bw-con@ietf.org<mailto:draft-hegde-lsr-flex-algo-bw-con@ietf.org>
Subject: Re: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02

Hi authors,

I've read the latest version of this document and have the following comments:


1.       Is the generic metric type applicable to applications other than Flex-Algo? If so, it is better to make this clear in the document, or perhaps it may be defined separately from the Flex-Algo specific extensions?
<Shraddha>Yes. Any application can make use of generic metric including Flex-algo and SR-TE.
                      Sure. I'll add some text to clarify this.


2.       The "Exclude Minimum Bandwidth" constraint is compared with the maximum link bandwidth to exclude the links from the computation, it would be helpful if there is some analysis about how much this can help in traffic engineering, such as to reduce the congestion or improve the link utilization. One simple example is, if multiple Flex-Algos use this constraint to exclude the same set of links, this may increase the possibility of congestion on the rest of the links?
<Shraddha> The motivation for "Exclude Minimum Bandwidth" is to avoid low capacity links for the high bandwidth traffic. For example if the Flex-algo 128 carries high bw traffic flows of bw greater than 10g, it makes sense to remove 1g links from this flex-algo topology since these links if happen to carry traffic, it  will get congested and traffic will be dropped. The introduction section talks about this motivation.



Perhaps a more general question is, what would be the benefit of introducing bandwidth attribute into Flex-Algo based distributed path computation?  It is known that bandwidth can be used in centralized computation for efficient path placement and resource management, can distributed computation with bandwidth constraint achieve the same, or is there some advantages compared with centralized computation?

<shraddha> Many network operators assign link metric relative to bandwidth of the link and it is an existing practice. The draft is defining new attributes and constraints in order to simplify and automate this process.

It does not propose any bandwidth reservation/ bandwidth management solutions that a centralized computation or distributed RSVP based solutions provide.



3.       With the automatic metric calculation, it could introduce per Flex-Algo link metric value, while the existing Flex-Algo only refers to the metric of the link via metric type. Is this the expected behavior? Will it be further extended to make other link attributes flex-algo specific?



4.       In the reference bandwidth method, the draft says it simplifies the management in case the reference bandwidth needs to be changed. Since the reference bandwidth applies to the metric calculation of all the links in the flex-algo with the same proportion, it seems the change of the reference bandwidth will not impact the result of the path computation in the flex-algo. In which case the reference bandwidth need to be changed?
<Shraddha> Lets take a hypothetical example. Lets say a network starts with all 1G links and 10G reference bw.
Over the years, many links get upgraded to 10G links and some get upgraded to 100G links. Using a 10G reference bandwidth will not be feasible and reference bw need to get increased to a value > 100G.

Best regards,
Jie

From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Thursday, May 13, 2021 5:09 AM
To: lsr@ietf.org<mailto:lsr@ietf.org>
Cc: draft-hegde-lsr-flex-algo-bw-con@ietf.org<mailto:draft-hegde-lsr-flex-algo-bw-con@ietf.org>
Subject: [Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02

Esteemed Members of the LSR WG,

This begins a 2 week WG adoption call for the following draft:

     https://datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!QjpfqmfDtSmB967Xe4sgDxr_V5e5fKU85mRhXYGofuadzmAhYjkW1d3yMUntZ2nT$>

Please indicate your support or objection by May 27th, 2021.

Authors, please respond to the list indicating whether you are aware of any IPR that applies to this draft.

Thanks,
Chris and Acee