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

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 27 May 2021 13:33 UTC

Return-Path: <ketant@cisco.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 74E5C3A0BB1; Thu, 27 May 2021 06:33:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.595
X-Spam-Level:
X-Spam-Status: No, score=-9.595 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=IsMO9r81; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=SJRVC1Li
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 ZrmvOoj18DGv; Thu, 27 May 2021 06:33:42 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7D2C3A0BA9; Thu, 27 May 2021 06:33:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4134; q=dns/txt; s=iport; t=1622122421; x=1623332021; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=YSauJFVR4QBGp7DdzVcBw+hpuSxwbhm5kyh/k2cEH38=; b=IsMO9r81bc9VVsziEJaheNXMjYi/8J2BLcu+5xXa6kgre+/W0n/NM1Qg exOaXMrFTrVtKmsDT7hHLF0HGdRTr3mRxuaXusXnr57GcV4OgYfXOR+q4 kN+gOPuxbAcKFUpAZL5ejbuDKTbuow8lskSV3cdyStUySi8Neev0f5Wdt 0=;
IronPort-PHdr: =?us-ascii?q?A9a23=3A3AXw7hfFDcruVuUD0dknVgvMlGM/r4qcDmcuA?= =?us-ascii?q?tIPgLNVeaPl9JPnbwTT5vRo2VnOW4iTq/dJkPHfvK2oX2scqY2Av3YPfN0pN?= =?us-ascii?q?VcFhMwakhZmDJuDDkv2f/XrdCc9Ws9FUQwt83SyK0MAHsH4ahXbqWGz6jhHH?= =?us-ascii?q?BL5OEJ1K+35F5SUgd6w0rW5+obYZENDgz/uCY4=3D?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A/Yx0kK5a7NIpo7eoFAPXwR2BI+orL9Y04l?= =?us-ascii?q?Q7vn2ZFiY1TiXIra6TdaoguiMc0AxhJ03Jmbi7Sc69qADnhOBICO4qTPaftW?= =?us-ascii?q?jdySWVxeRZjbcKrAeQYBEWmtQtsJuINpIOdOEYbmIKzfoSgjPIaerIqePvmM?= =?us-ascii?q?vD6IuurAYOcegpUdAc0+4TMHf8LqQCfng/OXNPLuvk2iMonUvFRV0nKuCAQl?= =?us-ascii?q?UVVenKoNPG0Lj8ZwQdOhIh4A6SyRu19b/TCXGjr1QjegIK5Y1n3XnOkgT/6K?= =?us-ascii?q?nmmeq80AXg22ja6IkTsMf9y+FEGNeHhqEuW3fRY0eTFcFcso+5zXcISdKUmR?= =?us-ascii?q?AXeR730k4d1vFImjfsl6eO0EPQMkfboW0TAjTZuC6laDPY0LzErXQBepB8bU?= =?us-ascii?q?YzSGqE16Lm1+sMjZ6jlljpxKZ/HFfOmj/w6MPPUAwvnk2ooWA6mepWlHBHV5?= =?us-ascii?q?ACAYUh4bD30XklWqvoJhiKpbzP0dMeRf0078wmPm9yr0qp9VWH5ebcKEjbMi?= =?us-ascii?q?32NnTqi/blmwS+xkoJunfw7PZv6Uvo2qhNOaV52w=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DlAADAnq9g/51dJa1aGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBQIFXgVNRB4FRNzGESINIA4U5iHSaCYFCgRE?= =?us-ascii?q?DVAsBAQENAQE/AgQBAYRQAheBZwIlOBMCBAEBARIBAQUBAQECAQYEcROFaA2?= =?us-ascii?q?GRAEBAQECARIREQwBASUSAQQHBAIBCBEEAQEBAgIfBwICAjAVCAgCBAENBQg?= =?us-ascii?q?ahSUDDiEBmnoBgToCih96gTKBAYIHAQEGBASFVRiCMQmBECoBgnqEDoJmg3k?= =?us-ascii?q?nHIFJRIEVQ4IwLz6BT4ETBIEpARIBIxWDADaCLoFpgUUEgWuBXJQ4lSGReQq?= =?us-ascii?q?DF518EaVThluOZp8xhG8CAgICBAUCDgEBBoFrJGlwcBWDJFAXAg6OHzeDOYN?= =?us-ascii?q?GhxhzAjYCBgEJAQEDCXyKagEB?=
X-IronPort-AV: E=Sophos;i="5.82,334,1613433600"; d="scan'208";a="871714109"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 May 2021 13:33:40 +0000
Received: from mail.cisco.com (xbe-aln-005.cisco.com [173.36.7.20]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 14RDXeJg007182 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 27 May 2021 13:33:40 GMT
Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xbe-aln-005.cisco.com (173.36.7.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 27 May 2021 08:33:40 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Thu, 27 May 2021 08:33:39 -0500
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.18 via Frontend Transport; Thu, 27 May 2021 09:33:39 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UdXe/Sky0EeFteSE+Xuuc83ouUHun1XzUM5MBJMf91MDgjK5bCnrT16AC81qWf6No4j7heNarexSIx56mx3lrRRbmf8WWrl8AorepZqLabriOnSvk7+BUKwsb6HdyKOcwzhFs1SCuslrGwrlewf1GUbxNUGJ+RgftO1dy56LGmH+gIoclJ03n92m3pQRiWgmXMdyudew6ZQ+CPazElJ9Ux3rYDL6oHQu6zpwyVadnOAueJdYgdQxFcwW4zDuHXYLGuqerexw/fItC5F8hGSxqdHGDByQYrlCIuZhHoiFn7aZU57d6PTlFzN7pZjgY3uN2HW4KGR9qxH/mYtpy8/LzA==
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=YSauJFVR4QBGp7DdzVcBw+hpuSxwbhm5kyh/k2cEH38=; b=DIo4cRKSe084RZlnK3uII/5IjC11Pc4/rDZvPb39vVBf5B5N7In0V6WsGAz/TfPJYIYvnXI5C/tGpFCpSeZd+kFYKPpzlVXQ2zKFOuepFrZNh5rnbzoA9lqCqyV9y2NNtg7+CBTFsRRDSqVweZ48xZPhfNj/G0BysNVq/6ssGbtwtnh2NUhZ4gsHx38OVZb8E3Pcy0QM8Q4qRgLP+lGHr1qFfk1qoqxKzurpClcPkL0PxxL/ej3Wve+Iwd2JFonyRQg+I9TaAEaM1a5g09iG0QWWzQs10IIEtbc3N+HUvfZRveU2LoRZ3Dia9gbhk9OqDLvBme5RKRKEQvSr1wAUow==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YSauJFVR4QBGp7DdzVcBw+hpuSxwbhm5kyh/k2cEH38=; b=SJRVC1LiUOK8/KGnHyOdBDbV27ao/X2FfL9xIRJa4v/W9jWT6MEEjPKG5fcu58Lq1Irtuh3mxTFoixjSGR6blyJjvnt35NK0DcNuz4KzD6Mf18lByZuLbM+2hIlXSGG91ZaP54AfUslhKMJVtvIAugnSs8uVLYYs7MZqlrnnn/w=
Received: from SA0PR11MB4576.namprd11.prod.outlook.com (2603:10b6:806:97::10) by SA0PR11MB4574.namprd11.prod.outlook.com (2603:10b6:806:71::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.27; Thu, 27 May 2021 13:33:38 +0000
Received: from SA0PR11MB4576.namprd11.prod.outlook.com ([fe80::6971:26ed:c4bc:3075]) by SA0PR11MB4576.namprd11.prod.outlook.com ([fe80::6971:26ed:c4bc:3075%8]) with mapi id 15.20.4150.027; Thu, 27 May 2021 13:33:38 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, Shraddha Hegde <shraddha@juniper.net>, Tony Li <tony.li@tony.li>
CC: "lsr@ietf.org" <lsr@ietf.org>, "draft-hegde-lsr-flex-algo-bw-con@ietf.org" <draft-hegde-lsr-flex-algo-bw-con@ietf.org>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.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/B87Uy6Hz9GuLxph6ry6AsAgAAi2ICAAk+LIIAAsj6AgAAE0QCAAUh/4IAABK6AgAAKq7A=
Date: Thu, 27 May 2021 13:33:38 +0000
Message-ID: <SA0PR11MB4576DF5D2F8BCA6E00502367C1239@SA0PR11MB4576.namprd11.prod.outlook.com>
References: <0BAE6DBA-04A3-4A3A-A1E3-14EFAA0FBE68@cisco.com> <MW3PR11MB4570FB10A5788FDA3BBA6C91C1269@MW3PR11MB4570.namprd11.prod.outlook.com> <AE6570D7-062E-4F8A-92E8-120FA52D4785@tony.li> <MW3PR11MB4570BF55DAA30AAB9E25D7EEC1249@MW3PR11MB4570.namprd11.prod.outlook.com> <82697C23-4283-4646-A266-F67828337C5C@tony.li> <8c49f2d0-0842-bff5-9121-7ceb37781a38@cisco.com> <CY4PR05MB3576FC5B449DDA9BB82C38E6D5239@CY4PR05MB3576.namprd05.prod.outlook.com> <a6437340-0db0-921a-d013-6b5945013642@cisco.com>
In-Reply-To: <a6437340-0db0-921a-d013-6b5945013642@cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2405:201:1006:a1ca:934:c5a5:299d:e294]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6d23beac-4648-4775-55a7-08d92114091d
x-ms-traffictypediagnostic: SA0PR11MB4574:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <SA0PR11MB4574B69005B6699367FC3A68C1239@SA0PR11MB4574.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: bpYY4os8Fx1lrPYQt1siFuvsrdP+1XUV61Cydnv49JA49MYtpXee3NTD0jz9eRyOQ4Ez3IkseUhbDnymsVt+0Her6Yi4DVuu4tJ3EoQ6C0bgVxtBG2edyxdkgTBKNPCUEgYM9bqPGcbrbkVQ65wZ7e2+qwWZjzYHqIngsnmzWOgJdTNX/zTJkcJAVHBfi3mUh0rIEpbSr6+IYZqJd0WpRFfH6enaiSm4RY5jYJqjDjbZ+3H46ewLUWfhM17XQA04tsLrHCijaIzogrsMkcpG/V0aqfzFU6b8bIT+RVwvZRlUyaV5NhlNCxAoiR1nq3ElPQ8PfF5lEGusJWEmfeHEIADh6qYQ55j0fCt0PMqkpaFhQs/GiQPxt9Yaahe0nZkC7EoSvKugxYcXrMhx/9sFqo+E+DXk73VLT7SGo8BWK+jtdH1pjWvUq1VC8IjNMi0CzW/stzJIZ/tb6htV+n4Wk7pOG0UCZcT7rupj140z77bkmCz7miGqQXH2QCI7D3gf/xsJ++RCaVK6D6eRdQMPK66X3o+HSo8Kdsrgqy+x8cJeBa/AAsOEUgJ1z7R1oL01Me2KPawpZQWwB0glRaEIVUmoVNsXwn4hRvrgtzt0Oso=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA0PR11MB4576.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(8936002)(55016002)(54906003)(7696005)(38100700002)(83380400001)(6506007)(110136005)(9686003)(498600001)(4326008)(2906002)(122000001)(53546011)(71200400001)(66556008)(66446008)(66946007)(64756008)(33656002)(76116006)(52536014)(8676002)(86362001)(186003)(5660300002)(66476007); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?cCtOdTY1M2xHUnJISjVPdmtxbUZ2NUhoZmo5QnZBVlFBNjJTOVJBd3hGMjAx?= =?utf-8?B?Q3NPZmxlQnhSQnJtcVg4dExHT3lOV3JjRlVPQUUxekZMbytEZGFxV1BLTVM0?= =?utf-8?B?cWFzZkt6aUZ1NFZxUVcrMXFuZU1tZlhJK0JPV2ZKaDByc0RNWm44VVJwLy9a?= =?utf-8?B?dTdWRGtGWTB2YitJSDkza1ppUzVQNjArdHBEVWFCMWhhc0lkUDJrQWVmK2xZ?= =?utf-8?B?OHFIdFZSUGJFZDU5Rkx3bk9UVGdaMmdyT1dXL0pKamJraTVtbXR5eXM2RWs3?= =?utf-8?B?VlZRWEVvdjZEN2kwbDVVOHNkbFZEWUlQdzdSbUsvVzhKVEJTQ0dIMzgrbmxX?= =?utf-8?B?d3VvamR0WlVCV1RFcjBQVEtCbDJ4VGNRYnJqUlRXRWFXclBaeU12S0VzZUdG?= =?utf-8?B?c3ZNVllQWitaRjF3aXlUM21aR29YeUhBY2lJZFJYc2V6MmxnNGMzRWFYaVVw?= =?utf-8?B?V3phTzZMZkpma3JMc0xsUUxjSTNGYWxlV2c5Q0hYNWpwd1g2endQeXlMblBG?= =?utf-8?B?bWt6dlA4a295cENHc3NSa0RFdW41ZmE2N0JhMjJnbHptQ2psTlFNSnVEeEh1?= =?utf-8?B?SDBGekV1NXVHV25aYmtBQkgzUS8rQ3RlVitOQzlsOWdKYlFuU0E4bGlndVVt?= =?utf-8?B?RGtNMXo0R1NzTGJvTUpERTY0RDVHZSs5a0RZUDdDMnY1d3JvOU4vREZtSnh1?= =?utf-8?B?b1E3WVFJWkZPZTl4MjFoNEVORGRDU0tPYVA5TDNzRXd4M2Z5LzZkaEV2Wjg1?= =?utf-8?B?dWtuQXNtTXEwWEZUSmtPdXBvQ0M2SlIySFpjT244TFV0MG05MmdaS2R5cDFK?= =?utf-8?B?Q1R5YjM5VW45WWF1aFo5RlB0R3dRejlvWWlIdnhSdVpTZUova3B3Y28xRmx0?= =?utf-8?B?ZWpmTGtFMjk3S3hTSmczYzkzb2laa285UU9uZ2RwSnFaSVN0dVg1WHNCbVRH?= =?utf-8?B?V0t0OFhHU0NNNTU4N3FJR1VDaFIreTJPOFo4Um5pUDNCeW4rTnBWcXJpdTdM?= =?utf-8?B?RE9id1dWd25xZFl2cGVKMFhTWElwMTNUdHZ4bkJJdmxwQzFmemRtaVF6TS9v?= =?utf-8?B?OE5iQzVQNW1EcGxxTzFMZ29JcnJiaGdNS25sbFJmV3kzY2QwazFBZVh0Wmtt?= =?utf-8?B?Y3N0Tm5RcU1GRXhJZmI1MjN6YkdTcGllYWdSbTFWWWdwWFNucG8rREExdHBm?= =?utf-8?B?N1NycXczT3VJOVNISXJHT0RzbWdlTFhxejdzbEx1RTNEMW1QQXBMbnM1ZE5O?= =?utf-8?B?UEZyaWtpK2FEY21yYnpMSHFTN0djbDBEd1p5Z0NLMlRlS3lkZUx2akQyREsr?= =?utf-8?B?VDdIT3RWMGVQU3dTdTR0aEJQME1CRnBVaXl1MW4yV3VxNzlYRTNIaHRCSHlu?= =?utf-8?B?T1QvZVZXV04xSkxkRmhRcm1SaS8wNzNybnZZSXpTTzhBTzNDSEp0QjVjU3FD?= =?utf-8?B?ajVPNTcySDYrU1dQSVJkTUh6V2ttMnAzSi9DYktWd1B2SVZ2c3ZwSVNtUWRD?= =?utf-8?B?UUUwakV1N2RhV1lWT0F2NGVIc2dCUEp5U01PR05veHpveGNrZzlKMWNieHFF?= =?utf-8?B?aGllZ05YR29RMWFVLzFyTEw3WUlVaTZ1T0JFZFgxRWo3NUN0OGd4OU50UHUr?= =?utf-8?B?UVlxa0s1clFlNnZPbXhxZEhkUE4vYTNURkhLS29CZ28rbm1rWkFFYloxOWt0?= =?utf-8?B?MVhUUjlVcVZLeEhFSmIwVGU4aWx0V3JRNjBUNGNSUGFLRWN6OU1WZ09rRXNm?= =?utf-8?B?T2VQS1pkRk9GRGFUQTlVYnpnblJqZUsybEhKeXRXQmxoWnlqcmdaMmFCZnFK?= =?utf-8?B?UW1MSmRFNTA3bVNsaHV0bEdKcHYrRjFiQlpWaEtuTERVMkRBOHFMLzZlOGpi?= =?utf-8?Q?of+3z4jXE6LCD?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SA0PR11MB4576.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6d23beac-4648-4775-55a7-08d92114091d
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 May 2021 13:33:38.4510 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: VqNry8OCM7cneKKlM+ep+7mmBxBk0JO6lJz6PZrT1MpoSG9NmtNbLw0XhUoeP/a8qymGevbyAnt2ZJUw4jX5Aw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR11MB4574
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.20, xbe-aln-005.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/7NrCnvMS0Ids11a9n8p-fVah7Po>
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: Thu, 27 May 2021 13:33:48 -0000

Perhaps, I should have been more careful with the word "variable". Initially, I meant allowing either 24 or 32 bits size (to me making it 32 just covers both the bases). But then the discussions on delay brought to my mind that perhaps even 64-bit metric might be useful. So the variable in my mind was either 32 or 64.

And I agree that there is no impact on FAPM if we picked the Generic Metric of 32-bit (or even kept it 24-bit). And yes, thanks Shraddha for agreeing to cover the applicability and aspects of FAPM in this document. Similar also applies for the OSPF FAAM, btw.

Thanks,
Ketan

-----Original Message-----
From: Peter Psenak <ppsenak@cisco.com> 
Sent: 27 May 2021 18:20
To: Shraddha Hegde <shraddha@juniper.net>et>; Tony Li <tony.li@tony.li>li>; Ketan Talaulikar (ketant) <ketant@cisco.com>
Cc: lsr@ietf.org; draft-hegde-lsr-flex-algo-bw-con@ietf.org; Acee Lindem (acee) <acee=40cisco.com@dmarc.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

On 27/05/2021 14:36, Shraddha Hegde wrote:
>> we only need the new TLV to carry FAPM if we make the Generic Metric's size variable. If we keep it fixed size, we >should be fine with the existing FAPM.
> 
> Yes agree.
> The idea of making generic metric variable length is worth considering.
> I don't see a strong enough usecase right now to make it variable 
> length but will wait

nor do I.

thanks,
Peter



> for inputs from WG.
> 
> Rgds
> Shraddha
> 
> 
> Juniper Business Use Only
> 
> -----Original Message-----
> From: Peter Psenak <ppsenak@cisco.com>
> Sent: Wednesday, May 26, 2021 10:27 PM
> To: Tony Li <tony.li@tony.li>li>; Ketan Jivan Talaulikar 
> <ketant@cisco.com>
> Cc: lsr@ietf.org; draft-hegde-lsr-flex-algo-bw-con@ietf.org; Acee 
> Lindem (acee) <acee=40cisco.com@dmarc.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]
> 
> 
> Hi Tony, Ketan,
> 
> On 26/05/2021 18:40, Tony Li wrote:
> 
>>> */[KT] Generic Metric is used for the links. When we get to the 
>>> computation of inter-area or external routes, we will need to get 
>>> into FAPM. The draft at a minimum should discuss the applicability 
>>> of the Generic Metric and its use as FAPM. Now, if we do make the 
>>> Generic Metric size variable (as suggested above), then we will 
>>> likely need a new TLV for a variable size FAPM equivalent?/*
>>
>>
>> We would need a new TLV regardless of the metric size as the FAPM TLV 
>> only carries the default metric. We are not proposing that TLV at 
>> this time. That’s future work.
> 
> we only need the new TLV to carry FAPM if we make the Generic Metric's size variable. If we keep it fixed size, we should be fine with the existing FAPM.
> 
> 
> thanks,
> Peter
>>
>> Tony
>>
> 
>