Re: [Lsr] draft-ietf-lsr-flex-algo-17 (was: I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt)

Ron Bonica <rbonica@juniper.net> Tue, 27 July 2021 17:32 UTC

Return-Path: <rbonica@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 11EB33A0CEC; Tue, 27 Jul 2021 10:32:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.549
X-Spam-Level:
X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=Y84neEzw; dkim=pass (1024-bit key) header.d=juniper.net header.b=AzrzPoSS
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 SnpUmnUn19og; Tue, 27 Jul 2021 10:32:21 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 404843A0CEA; Tue, 27 Jul 2021 10:32:21 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 16RHTt37010712; Tue, 27 Jul 2021 10:32:19 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=h0vHCW5DxAUp2wbM+WWU7M7bUxzujX/1Hp5Mj8/3aWU=; b=Y84neEzwF/FN+RMhLLRzabEPkSpY8MaMQksRSpAIC9Ui4n91chVKGcmCxa+2dZGX9AhU +ZcWCGuykNv29CAEH3I2hWEF6dse63jF5M4Y/BmVb7POyfKSQDqjvWukuvXEjx/BAeuw QqhapnoC43Qlajf3fAhgKJn0txZSM2np5gYaU0JvpTbjIpy3/jYU9HP7ODuA93pMqIEv RfeCt8RftV/2dp8E/G5QzNtzfmMUbKVNO//NCJLBLXtIHRHrVsE5zsF36/t8DPabXw75 oQZOTmXTfSECMEixTtAq8N2GP8+dngPmA659riiOTEVZRM1uTw/bxHFXyDshedGolFGx cA==
Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2176.outbound.protection.outlook.com [104.47.55.176]) by mx0b-00273201.pphosted.com with ESMTP id 3a2hy88k93-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 27 Jul 2021 10:32:18 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IsMO/P1KHRWEgLdeMdabsga/CDG3YgT7nz+0x3jgYWry0O9+sBZGjHY2PshfNbBBxUG0ApMS3wLYxdR4hPTkXQSnH0hgeqHz12+oMWn/U0hJg5kGEcTQP1CxQhl4EticcqWsKGQCmQtatZmlCkntVKr0/3ZkZGDDtDxV0bxOiwjjir0gQrJQhceZEKeX8VSnKsy3ruRnH+iD0ndUrRim37W5gXkNws6Ct3NVA3kfjcubqbZjesLuXkkVS/ODgCjfQVZRuPLJb8khjwtuOmkwjhSEb/4XlNgywdf3L1Zdq9X10rQhot9doUy7GUYdkxjSZqUMzRfv3hv3Vnnpa2ur3A==
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=h0vHCW5DxAUp2wbM+WWU7M7bUxzujX/1Hp5Mj8/3aWU=; b=LvkPg0tqbi4kaxa8unRJ8D0r38zBKMmBASXiGCN5UdB04hJDcMsjZQZVdkVpk7If9DUTGRlc3pL6hAzHsRQyT32Wha22bjCEfmVCWl/CH7Ycy1KhjhkWukZXu7NPzZ4y3nWHl7aTMBDC3B9ez3kwnOzXFtMhWq9sXTsSw2kSYMlhHdTEUem4sIExgscX+wEQJtOLkd4d8nMt+u1+13xWbelosPBZ5BKomgGgsHA9kmx2b2fpusFdGiFQ6vd3UYv8j46Pr4i58HTr0+0q/tGvzCRfn9vMcIJmKfr39Eix4aCtR/grSLGJ7pMTZ1r3ctvtGBKNLKNixPxyyGFl4m6leA==
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=h0vHCW5DxAUp2wbM+WWU7M7bUxzujX/1Hp5Mj8/3aWU=; b=AzrzPoSSMXdrHLDWI52UXFaSSUnpnx2+6p9H8/R2pXnUEBGe/s8U1bsj34PNen2LSRoGYmMqo6V9TXlpyMYKXLxOZrkuRoiJHkTk0HuPda5VOF80Fe7xNaHpXZvhxTbwcyUr9VDuzPWtTOKPCeX9Lq4j7r5A8t/4xb5EQZbS1YI=
Received: from BL0PR05MB5316.namprd05.prod.outlook.com (2603:10b6:208:2f::25) by BLAPR05MB7426.namprd05.prod.outlook.com (2603:10b6:208:292::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4373.12; Tue, 27 Jul 2021 17:32:16 +0000
Received: from BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::3993:ce9b:ded:b3be]) by BL0PR05MB5316.namprd05.prod.outlook.com ([fe80::3993:ce9b:ded:b3be%5]) with mapi id 15.20.4373.018; Tue, 27 Jul 2021 17:32:15 +0000
From: Ron Bonica <rbonica@juniper.net>
To: Peter Psenak <ppsenak@cisco.com>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, Shraddha Hegde <shraddha@juniper.net>, "gregory.mirsky@ztetx.com" <gregory.mirsky@ztetx.com>, "lsr@ietf.org" <lsr@ietf.org>
CC: "draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org" <draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org>
Thread-Topic: draft-ietf-lsr-flex-algo-17 (was: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt)
Thread-Index: AQHXgkP1NlAjcZCIAEGknfz0yxcDQqtVkvxwgAAFOoCAAXnkkA==
Date: Tue, 27 Jul 2021 17:32:15 +0000
Message-ID: <BL0PR05MB5316AF7F7E7243F443F885A8AEE99@BL0PR05MB5316.namprd05.prod.outlook.com>
References: <BYAPR05MB5318D538B5D48426754D2145AEE89@BYAPR05MB5318.namprd05.prod.outlook.com> <9651f033-223e-2e5f-fa25-cbd3d99d7bae@cisco.com> <BYAPR05MB5318C19BC36044885FBFD668AEE89@BYAPR05MB5318.namprd05.prod.outlook.com> <873ba753-2382-57a5-0bc0-246cd75ae413@cisco.com>
In-Reply-To: <873ba753-2382-57a5-0bc0-246cd75ae413@cisco.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-07-27T17:32:14Z; 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=f4e3df49-3d4c-4a5a-a318-293b694f107b; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a0c6d12d-bedc-404b-d53a-08d951247a18
x-ms-traffictypediagnostic: BLAPR05MB7426:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BLAPR05MB7426BF03AECE9FD76EC887A7AEE99@BLAPR05MB7426.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: gFHAi9ukkLul81wY2YpU9T1aXM3m1OqxjakJjjGsxqzks5gBDpd/VPbmWsSz8UaJBSYCWSyWrxY1aK7Fhmg5J604Fog3ursnEQGmPCpAhuhcqzhIezL2DFyFHxn+pyixP+XtL90khYHxsjCNkPI0MJ/NlIkK6JiTqhuFUjHrOxWvSWWF+5exEM+5tNZT2maNjmrluyJEFXk1iuFuHii3yhQZx3V5NEvv3O/8yCMFz6wIxhUMOPEavUYV+eht6vqRpE4XtGSnQmvBBGxXoNvdEf8OYltqk013jKeeZjCIwAyj/U35d3g0YX/wgRGBLiZ9phWueBFJ7QtJobLOD2L3/we8y4wzPu1b3JVBjBqFQG0X9YpVqAdectVkHFNm9XC5/EsMxWMkTTBb+FJHV47oh1xI1tq/K8pAcb7SAoVxIN+7RoNbd6wcPh8nOLHK6A/KfD7+1Gm8AgY9J+E/PoPkWg/car4KIelDCkowSVosAxwcRf4Lsa0zQ/IgV9jsd0ekJuZXmQS/HVOuliaxEywMnqVziDv4JSfYkLbbTglZPCMejxbRFuqhSyb3js8ws+ACPs2Tr+a65l0lwdBcSx9G0uAlu2KiQyWmEmAfXT1E95KNzn9UyvHjoyUAGLyo8jw19q7bfoTTtRXh/zBZke3DRQg6PjyQZDVtjc8R7W6gMJEgLzKklsKlp6YpWVYJ/zRkAkyGD8/TpljC2ubSPkuiPA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5316.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(33656002)(71200400001)(8676002)(53546011)(316002)(66556008)(66946007)(64756008)(7696005)(52536014)(5660300002)(9686003)(55016002)(508600001)(86362001)(66476007)(4326008)(66446008)(76116006)(26005)(186003)(6506007)(8936002)(2906002)(122000001)(110136005)(38100700002)(83380400001)(38070700004); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?elFuZGdwb0FSME83Z3dDaFZCbVcvOC9TQ21sV0Ziejg4dEo1QWVuNGZObGlF?= =?utf-8?B?QWZNY0tVZytGSHFLMGlNNmo1MUJMWWl6c2pGL3BGLzJONXhUVDVvTTd2K1VZ?= =?utf-8?B?dHZxZHlOcTF1WFZYVTlvSnJlM0JEdkNvN0ptR3ZIMVZZanFzMU9rWGx0OHVi?= =?utf-8?B?dk5Ya240QWh3YWdNRERHRTI5Q2haU2c3TXhCUUhlUjlSeHF4RW9UV0dqTEtj?= =?utf-8?B?VTBTUFBwbUZwNDdSb0Rwb085VGlqVUtqUlhnUE5YOTFOZkZXU0dSMCtRdDk3?= =?utf-8?B?T2piWjU5V2VoeXk5Z3FyenVIMXN0VVBJTS9wTWlWcHBRSlRqd3ZReHBIZ2VH?= =?utf-8?B?THdiR285YXYwNzZQbDdjbzJZY1VJRGIvTnRxeFhCUjJTclFxa3c2YTlkejJW?= =?utf-8?B?QkFJTzVncjZsNTZBZ1FRKzRIcUZJbkJQODhCWTRIem1zZHpySFI0NElPZGxJ?= =?utf-8?B?dDRmejVGSnFDdEkwRzBxK2Z1bE5PQjROQnFPL2xTUHBqUkVYNlVzUFBRZDlC?= =?utf-8?B?MjRueG9jL1VOVitOTHpkTC93cFYzc1Y2TUh0UXI3S0tyejMyWDZWbjdwdFA0?= =?utf-8?B?amFnRnFKUmFZNG1TQXVaSEVSWUFWWjBmdStqMkVWSGRxbEtJdXlmSnVobDZQ?= =?utf-8?B?ejFRdFZ3MXVUTzZqRlJtOVR4N3RYT2tMQlVaQU1yK3g3Ry9YT2ZLdUUvRmpz?= =?utf-8?B?dUxyZHd3bWNYdEFUamFsZUdFV2RKLzl1MDdGbjJNVkJkTWdnTFpHQjBxYXk5?= =?utf-8?B?ZEc5anIyeWZnOFpCSnNOQzRkMy9FcGFkSTVwWjExOFFlcXVXUlI4VzdzZUVD?= =?utf-8?B?MHltcGNzV01aa3A1VU5sVGIzYmJNMExEcHhWNGlYUkhFRjg0Z2VnZEl5YUE0?= =?utf-8?B?bExKbUdVcU1HMDZNRFpNd0JUZVNLNTJHeDVablUyajNnSU5EWGxTLzhXeWZH?= =?utf-8?B?N084YXdURzJsYTdFNWlHYW16Q2ErM3JlVVV5MmIyQ3NrdkZkYXBJVDB5SzVC?= =?utf-8?B?VjV0dUh3RkhrN09kSHg2QXpXNSswYlcrVTN2RWtSSXBWbVpQMVhZL2R6R1pj?= =?utf-8?B?VWNqVFhmWHVqcmZDYm9kSktsREJFbjlSYXhwSUdDVnBocTFIbU5WT2x2Yzdx?= =?utf-8?B?LzhudUNSQzFEajBFZTAxb2o0MVJiV2x2QTRiUU1DTHp1SVdubE9ab2pTQzUv?= =?utf-8?B?Q0RtMlZpSWVnaDZJY1JlNUdJNXpraS9kN0Z6OHJ0NStrL0ZSTm4vQlRudWw4?= =?utf-8?B?ZzMxUHliYnM1SVVLMDFiK21sa0lUalFnSjhxTFBCR2U0Z0pBQ3ExNHZmaDk4?= =?utf-8?B?ZmlNQk8vWEFjL1ovNzBIOVNqVmovZ1hsRmZyMkF4QVo4UDlLZGRkR3hlcjM2?= =?utf-8?B?RUxXMnM2SFE0Qk1DYmxXZGcxbyt6M3A3SjF5UnhrZzQ1bmFkYWlRSFhSTUhK?= =?utf-8?B?OVpPbnVRanpLNFRKOFdUeDFsUkFySmorSVk2TVljQnh4NHhBa2M4MGpmK1kw?= =?utf-8?B?MmM5bnB5NlB2V2VaeEMxQnhidnBxUUIyQkV6SjhXZXl2Q1RwOWRsbnlqYTU2?= =?utf-8?B?U292cFcvWUIzZDNVZlpqcWEwUUpTdFp6QzZ2YTEzM1F3eVV4RzBqSmllajNX?= =?utf-8?B?Y3E1MG9EVDRoM2t2U3NsWUllR2s2aXFoNnA5R2NaeGFPRVM3azhLUFVVcVRM?= =?utf-8?B?MWgzalI1VGF6bWdPeGtBbW1lMTFNckQ1b1NLYk1ZcFhhV291VjI2Tk9UNTlO?= =?utf-8?Q?2PmFwlP7cFP9Q8AK1+sdZPHnEb+R+sDgCyGFMxG?=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5316.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a0c6d12d-bedc-404b-d53a-08d951247a18
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jul 2021 17:32:15.6877 (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: uHzS65g3JGpuEse9etW/jxvAZuFnRCC7QAs6OUMYMKZznG9xUb93KhW2iQ9hU6vDTp22ZGL6j+JCYWs9A2cU6Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR05MB7426
X-Proofpoint-ORIG-GUID: kQtRj960uDU8AbS_wP39_ZvZkYd1-hh4
X-Proofpoint-GUID: kQtRj960uDU8AbS_wP39_ZvZkYd1-hh4
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-07-27_10:2021-07-27, 2021-07-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1015 adultscore=0 mlxlogscore=999 phishscore=0 suspectscore=0 spamscore=0 impostorscore=0 bulkscore=0 priorityscore=1501 malwarescore=0 mlxscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2107140000 definitions=main-2107270105
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/PeFx9EccjBO5CmyzK4Fn2hHn6FE>
Subject: Re: [Lsr] draft-ietf-lsr-flex-algo-17 (was: I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt)
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, 27 Jul 2021 17:32:27 -0000

Peter,

I agree that we will need to update the flexago draft. But before we do that, can you explain why we need to maintain mandatory use of ASLA?

AFAIKS, by their nature, some attributes are generic while others are application specific. For example, a link's total physical bandwidth is generic, by nature. It will always be the same for all applications. By contrast, the amount of bandwidth available to a specific application is application specific, by nature. It can be different for each application.

                                                          Ron




Juniper Business Use Only

-----Original Message-----
From: Peter Psenak <ppsenak@cisco.com> 
Sent: Monday, July 26, 2021 2:45 PM
To: Ron Bonica <rbonica@juniper.net>et>; Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org>rg>; Les Ginsberg (ginsberg) <ginsberg@cisco.com>om>; Shraddha Hegde <shraddha@juniper.net>et>; gregory.mirsky@ztetx.com; lsr@ietf.org
Cc: draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org
Subject: Re: draft-ietf-lsr-flex-algo-17 (was: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt)

[External Email. Be cautious of content]


Hi Ron,

On 26/07/2021 20:30, Ron Bonica wrote:
> Peter,
>
> I think that we are using the term "link attribute" differently. IMO, a link attribute is any attribute of a link, regardless of whether it is advertised in the fixed portion of a link advertisement or in a TLV.
>
> Are you assuming otherwise? If so, why?

when we are talking about the advertisement of the link attributes, we are talking about something that is advertised separately and optionally, not something that is part of the fixed portion of the link advertisement.

If that is not clear, I can make that statement in the flex-algo draft, but that would not remove the mandatory usage of the ASLA for the
(optional) attributes.


thanks,
Peter

>
>                                                             Ron
>
>
>
> Juniper Business Use Only
>
> -----Original Message-----
> From: Peter Psenak <ppsenak@cisco.com>
> Sent: Monday, July 26, 2021 1:31 PM
> To: Ron Bonica <rbonica@juniper.net>et>; Acee Lindem (acee) 
> <acee=40cisco.com@dmarc.ietf.org>rg>; Les Ginsberg (ginsberg) 
> <ginsberg@cisco.com>om>; Shraddha Hegde <shraddha@juniper.net>et>; 
> gregory.mirsky@ztetx.com; lsr@ietf.org
> Cc: draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org
> Subject: Re: draft-ietf-lsr-flex-algo-17 (was: [Lsr] I-D Action: 
> draft-ietf-lsr-flex-algo-bw-con-01.txt)
>
> [External Email. Be cautious of content]
>
>
> Hi Ron,
>
> On 26/07/2021 18:36, Ron Bonica wrote:
>> Acee,
>>
>> We may also need to clean up an inconsistency in draft-ietf-lsr-flex-algo-17. Section 12 of that document says:
>>
>> "   Link attribute advertisements that are to be used during Flex-
>>      Algorithm calculation MUST use the Application-Specific Link
>>      Attribute (ASLA) advertisements defined in [RFC8919] or [RFC8920],
>>      unless, in the case of IS-IS, the L-Flag is set in the ASLA
>>      advertisement.  If the L-Flag is set, as defined in [RFC8919]
>>      Section 4.2 subject to the constraints discussed in Section 6 of the
>>      [[RFC8919], then legacy advertisements are to be used instead. "
>>
>> However, Flex-Algorithm calculations include the IGP metric.
>
>
> IGP metric is not advertised as a link attribute, it is part of the fixed portion of the link advertisement. So the above text is not affecting the usage if the IGP metric.
>
> thanks,
> Peter
>
>
>>
>>
>> Ron
>>
>>
>>
>> Juniper Business Use Only
>>
>> -----Original Message-----
>> From: Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org>
>> Sent: Friday, July 23, 2021 10:13 AM
>> To: Ron Bonica <rbonica@juniper.net>et>; Les Ginsberg (ginsberg) 
>> <ginsberg@cisco.com>om>; Shraddha Hegde <shraddha@juniper.net>et>; 
>> gregory.mirsky@ztetx.com; Peter Psenak (ppsenak) <ppsenak@cisco.com>om>; 
>> lsr@ietf.org
>> Cc: draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org
>> Subject: Re: [Lsr] I-D Action: draft-ietf-lsr-flex-algo-bw-con-01.txt
>>
>> [External Email. Be cautious of content]
>>
>>
>> Hi Ron,
>>
>> So perhaps, generic metric is not a legacy advertisement as strictly defined. However, we don't want to go down the path of treating new attributes in the same manner as legacy attributes. It seems the discussion is progressing and hopefully we will have a resolution.
>>
>> Thanks,
>> Acee
>>
>> On 7/22/21, 1:28 PM, "Ron Bonica" <rbonica=40juniper.net@dmarc.ietf.org> wrote:
>>
>>       Acee,
>>
>>       I don't think that draft-ietf-lsr-flex-algo-bw-con violates RFC 8919.
>>
>>       Section 6.1 of RFC 8919 says:
>>
>>       " New applications that future documents define to make use of the
>>          advertisements defined in this document MUST NOT make use of legacy
>>          advertisements.  This simplifies deployment of new applications by
>>          eliminating the need to support multiple ways to advertise attributes
>>          for the new applications."
>>
>>       Section 3 of RFC 8919 defines legacy advertisements. The definition of legacy
>>       advertisements does not include new attributes such as
>>       generic metric. Therefore draft-ietf-lsr-flex-algo-bw-con does not
>>       violate RFC 8919
>>
>>       Relevant text from Section 3 of RFC 8919 is included below for convenience.
>>
>>
>> Ron
>>
>>
>>       RFC 8919, Section 3
>>       ---------------------------
>>       3.  Legacy Advertisements
>>
>>
>>       Existing advertisements used in support of RSVP-TE include sub-TLVs
>>          for TLVs 22, 23, 25, 141, 222, and 223 and TLVs for Shared Risk Link
>>          Group (SRLG) advertisement.
>>
>>          Sub-TLV values are defined in the "Sub-TLVs for TLVs 22, 23, 25, 141,
>>          222, and 223" registry.
>>
>>          TLVs are defined in the "TLV Codepoints Registry".
>>
>>       3.1.  Legacy Sub-TLVs
>>
>>          +======+====================================+
>>          | Type | Description                        |
>>          +======+====================================+
>>          | 3    | Administrative group (color)       |
>>          +------+------------------------------------+
>>          | 9    | Maximum link bandwidth             |
>>          +------+------------------------------------+
>>          | 10   | Maximum reservable link bandwidth  |
>>          +------+------------------------------------+
>>          | 11   | Unreserved bandwidth               |
>>          +------+------------------------------------+
>>          | 14   | Extended Administrative Group      |
>>          +------+------------------------------------+
>>          | 18   | TE Default Metric                  |
>>          +------+------------------------------------+
>>          | 33   | Unidirectional Link Delay          |
>>          +------+------------------------------------+
>>          | 34   | Min/Max Unidirectional Link Delay  |
>>          +------+------------------------------------+
>>          | 35   | Unidirectional Delay Variation     |
>>          +------+------------------------------------+
>>          | 36   | Unidirectional Link Loss           |
>>          +------+------------------------------------+
>>          | 37   | Unidirectional Residual Bandwidth  |
>>          +------+------------------------------------+
>>          | 38   | Unidirectional Available Bandwidth |
>>          +------+------------------------------------+
>>          | 39   | Unidirectional Utilized Bandwidth  |
>>          +------+------------------------------------+
>>
>>              Table 1: Sub-TLVs for TLVs 22, 23, 25,
>>                        141, 222, and 223
>>
>
>>
>>
>>       Juniper Business Use Only
>>
>>       -----Original Message-----
>>       From: Lsr <lsr-bounces@ietf.org> On Behalf Of Acee Lindem (acee)
>>       Sent: Tuesday, July 20, 2021 1:21 PM
>>       To: Les Ginsberg (ginsberg) <ginsberg=40cisco.com@dmarc.ietf.org>rg>; Shraddha Hegde <shraddha@juniper.net>et>; gregory.mirsky@ztetx.com; ppsenak=40cisco.com@dmarc.ietf.org; lsr@ietf.org
>>       Cc: draft-ietf-lsr-flex-algo-bw-con.authors@ietf.org
>>       Subject: Re: [Lsr] I-D Action:
>> draft-ietf-lsr-flex-algo-bw-con-01.txt
>>
>>       [External Email. Be cautious of content]
>>
>>
>>       Speaking as WG member:
>>
>>       I agree with Les. The Generic Metric MUST be advertised as an ASLA for usage in Flex Algorithm. Additionally, it may be advertised as a sub-TLV in IS-IS link TLVs. However, the latter encoding really shouldn't be used for new applications (at least that is my reading of RFC 8919).
>>
>>       For OSPF, I'd certainly hope one wouldn't originate additional LSAs when an ASLA can support the legacy applications with the ASLA mask.
>>
>>       Thanks,
>>       Acee
>>
>>
>>
>>
>
>