Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints

William Britto A J <bwilliam@juniper.net> Mon, 08 March 2021 13:14 UTC

Return-Path: <bwilliam@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 F017B3A29B7 for <lsr@ietfa.amsl.com>; Mon, 8 Mar 2021 05:14:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.654
X-Spam-Level: **
X-Spam-Status: No, score=2.654 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, GB_SUMOF=5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=eUnWHquJ; dkim=pass (1024-bit key) header.d=juniper.net header.b=VGyzNb8U
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 lcVT9Wvz7nsx for <lsr@ietfa.amsl.com>; Mon, 8 Mar 2021 05:14:07 -0800 (PST)
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 4DD3B3A29B4 for <lsr@ietf.org>; Mon, 8 Mar 2021 05:14:07 -0800 (PST)
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 128D9WmD021360; Mon, 8 Mar 2021 05:14:07 -0800
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=ZiYlB8DcN3ktLEAeBm6enobdmgaw/pO1eCEWJqPQy50=; b=eUnWHquJjLKDaRkbBqV0M68RWcW4eQAutVXPBEpkJycb4YYocXEGBYIRKgweFMPmwsgG 7rScn8JUfC4bhmZRlEmvPXlsMDyHjGiXzMajOE5139ANgYda96R/7S/Dn8oZ+B6A8HWe /cMfxiRLUG/EA/LrZyWXIk2clK4TvokMmQSDRvPm5N6oL0FVPQ1rOWIxG9FRP1saptpO cdUD0ZAYR3VOLxXyQH+iwsUsBsoQdYlw5dQ2OQfGMsdZv8nbIBzyDwoe+PwcZhFl2eCO QOBtpIjAHqcv9j6aFJPOmnUk6gNv/e7Cdny3UfiNfqApaMm6sEGfZ/8cexGgP97hAWMX rQ==
Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2107.outbound.protection.outlook.com [104.47.55.107]) by mx0a-00273201.pphosted.com with ESMTP id 3748k3akx7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 08 Mar 2021 05:14:06 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=N41AwPJs2/SjJXcqluzL9U/OCn7dCr3kp9wpxBIuMY0KZLSmDEfin9/NIn6E1yeYGVFMEba0P+OH248x1DvQA2F1E0PWlWXn50YUYRAmZkMNFaRrOFoPFk6NSgQ7QzJ97SfKo0IFLZhLnwJ6mC9QUg44edUmAiFmr+S6PF8guJ/kyUDIwO+2QAA8CepWXqeFJaSMOf9sS1qBaNzWvzazqjHAeDVrVA4mP/XJTYnwcvLyTmCbUOBvZjDr3DACfcSJNQ9ROiyvAgnE14Ws4CL6lFVKUmqtRTqdPsQF2d3LeGFc8HPHHrSYSCYK5coxlsSalk/DLtlil7WLZiAnCHf7JQ==
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=ZiYlB8DcN3ktLEAeBm6enobdmgaw/pO1eCEWJqPQy50=; b=IBnlQcMkA3+0FqPGQX5Xky8cvPKGtyj/X55K7wjxcOowV/G97rCziLaq0Bavz8QKE5PS8kL2bhIzwuW4HnDpYs91rFmi2e9E/Ylildkw2VwBSLyEhmgC1fqjSL4sLn9dQuTHLNIhEJ2K35+xg57XM8TrCSz86Won3ROBwp144CuArpQRAZdSfGVSAbvVn++B3u8/5Eng2zjsrX0Q0Kle+nwI6KjkdJ/lUV6iOCiBRwXb7hazgSeEuOx/OeOdSFyx7PHFearQGKUhNO0u0nInRTI7BM6fHFfdjX3n3xeqxy+S+eg6652hIABUlaOLxpPB7x2ciEkHA4ixWkp/GTNh5w==
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=ZiYlB8DcN3ktLEAeBm6enobdmgaw/pO1eCEWJqPQy50=; b=VGyzNb8UDDsIzxGt2U+lrftZpv5HLMM8nvPu2b32myPbwArpXrloPxPM/wkWcHbNVpa1CG0K6gZdwvb+olrCAzMkiWxUAUiJpr7ffm6I9P7B2Mt5qf79dF3+zm7364ebLTgKJI1y1DsoFzLMabn5gtZ/q7bk/U63hd2B+C7CTo8=
Received: from DM5PR0501MB3800.namprd05.prod.outlook.com (2603:10b6:4:7b::10) by DM6PR05MB4777.namprd05.prod.outlook.com (2603:10b6:5:14::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Mon, 8 Mar 2021 13:14:04 +0000
Received: from DM5PR0501MB3800.namprd05.prod.outlook.com ([fe80::537:9ad7:1e60:65a3]) by DM5PR0501MB3800.namprd05.prod.outlook.com ([fe80::537:9ad7:1e60:65a3%5]) with mapi id 15.20.3912.027; Mon, 8 Mar 2021 13:14:03 +0000
From: William Britto A J <bwilliam@juniper.net>
To: Tony Li <tony.li@tony.li>, Shraddha Hegde <shraddha@juniper.net>
CC: "lsr@ietf.org" <lsr@ietf.org>, Rajesh M <mrajesh@juniper.net>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>
Thread-Topic: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
Thread-Index: AQHXDBIWT9mc4YXF3E+r+hn24uWzgqprP2qAgAD/x86ABSjhAIADofOAgACnqgCABG8/JQ==
Date: Mon, 08 Mar 2021 13:14:03 +0000
Message-ID: <DM5PR0501MB380035F790BFB92A303FE1F2CD939@DM5PR0501MB3800.namprd05.prod.outlook.com>
References: <161401476623.19237.3808413288895066510@ietfa.amsl.com> <DM5PR0501MB380079CFD75C78610130D81BCD9D9@DM5PR0501MB3800.namprd05.prod.outlook.com> <AEEC6707-7E76-41FF-9388-EA2AFE9FF5D1@tony.li> <DM5PR0501MB3800B7976376E6167378FFB2CD9C9@DM5PR0501MB3800.namprd05.prod.outlook.com> <23144FD9-0CE9-40DA-94FD-DE5611D24911@tony.li> <CY4PR05MB357692CA29F39444D7DD222ED5969@CY4PR05MB3576.namprd05.prod.outlook.com>, <9DE9C19F-DAB3-4102-A46A-FE3007041E2B@tony.li>
In-Reply-To: <9DE9C19F-DAB3-4102-A46A-FE3007041E2B@tony.li>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-03-08T13:11:22.4932025Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Privileged
authentication-results: tony.li; dkim=none (message not signed) header.d=none;tony.li; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.16]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 7a06d942-1378-4d06-338e-08d8e2340bf1
x-ms-traffictypediagnostic: DM6PR05MB4777:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM6PR05MB477712139303AC9C85E831C1CD939@DM6PR05MB4777.namprd05.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: JjOTONv4TyVMLsdo+Nqrfd6Hf0wQR8kh9K9D+AYhDo0dVVItadv74YBchgA0kiM86O+ztgz+CVgT3rJgiOoTKo1JEqM1q7wYMH8SK6ch8U+M8zkWJBXRGx8Oi11CFavIrPByubjUndwHnslanhlzPmfegDx/sTyiTm6DOdmwq/ojUPptJM6xzumgquzyzBujd8G5gUH+9T0ggA+Ul3xwlECAzCy6Fdn4ueDbAP6l0ZidxsGNGjyt5XFuh/nNpW1AylYkCZ8soctL/dmzBzOn+XBxF1GOmft1C/9p6D/FhION3KnRKf6Fd5rToKNyVGLli42YyU39vjZtIpnRknlrdX3jsLhYuNQStuJEb4xwTEUuS2tN0T0+YyiaeL733sixn2CDng23rJvaeCj4rQ3yZShMSg6QkgK6E2qg4sgcVR0xexKxsBMzrhHh51lubocCFUPoJO7AU0x5qCM6EEV8UhMdulELVzffg7a2Keo1aBxdw8wAfE2UHyj2LguCRsWytlYDFoy0ZwKWY8SwvNHk3iZsu+4uWD2vY28/NopOsvqpe8s+wzqAd6L1bGL8IgYp7Y39T7DlQPn7LBIaPQr/CthhfmJbdvTOW76kbHLDWFM=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM5PR0501MB3800.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(346002)(366004)(136003)(396003)(376002)(86362001)(6506007)(8676002)(53546011)(26005)(186003)(316002)(478600001)(966005)(6636002)(83380400001)(9326002)(8936002)(66946007)(66476007)(166002)(55016002)(66446008)(66556008)(91956017)(110136005)(71200400001)(52536014)(5660300002)(33656002)(7696005)(2906002)(54906003)(4326008)(9686003)(64756008)(76116006); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: P7oDUTeYJYPOwRDeD6mQ3dyA6BAbnn21IecejWwUSJdMBmDgruBYJSrEkiMq907SAh7mpDK79l1t2HVI9sNymCp7NVSAn/DfhKxK/rIY3hJFsB8Pp9PqmvVmjT1wve9skC8dYMeOKdAZk2bzKvcc406/Cjj4cki1g7Nnul64K37Sm/KTY/PcFvf9d4+h9xf4bdpKGNOMe42DUuHzBuhPLPDUueKY1dtTde+8uoSFZT30JX+CAcGR9pEtN6wUlhTrlHKm01ngOAaeTjE47c+SoY5TBGa4kHDWk4u1LkZlkEq168Vupwayyv7X6GD0M0Z53ZchVjKq68sgogQySrPhVt7QL8OUSvBcd8n5sMPJl2et63YYHdxFdz5a7MQt/cmmkVpKe5FzUHvQ/DQp2FEfcFGAjk4yX8B0+ci4/6I7GdUTgVerYEgZbafYQctbiJ3o+ne8nm3UTX32DSWNczKAJb71DKtdO0dusB2MJ6YQgpKu0bi66oNHxAkKeVZgi/jilmI5NAi1NAYjZoaWdSFnrs6drYLsdbhPOP/X5+JBo08x4j+ZMH8bq5RZed/pqivS4kwE8C76j/VmHmnd53AEeigCioltJ/DF0ERVdgglFi/qDLiz5bfmSoj9W1E116FK4ON1g0JpxIQMeyDE7DOADeK8H4H5iMjgar4otziFmeXPs70bs0f/JSzUJJ2buCXfzftyGVvSzUCRSzIS+E6S2XBi2yHbXQRE6Fqzx288c0hioE5Na/Sxg/oNdNbvmHHwqCIA2aEPAmvVmInj78/6i6PMRCOSU2GmSX+jYSxRXoc1A+sV8p70hpqvgnJSXYbLHrFgpy4B1D72mUcvGCzzn/GXzWxD61LivkTSl2qATvHJ1hBk6R5FTZ/C4A9vr5rSbWX0ichQFZuLrkxzYnfHJIuUMInxidoxXulKMdieJ8lK8iWFSlGVdCD2D0tcGsnVXrV3Wl74Kn6uPkahFZHTusgQ+2Q4FuqAvpw2TYYsCQmUZ/vXmQOwnY/VZcz7xy/YyLFTfjKoZH3rv9+Oa4KsIj2VeniWfDBmRzUZjLU/xt5BAeOMxpf3WUU05uI454w61OKxE8vjkXly2YYgBWsriXC1qIDgwZSqwSI2OBQyB4aL0XiejgbNt+LsEG41e5CLi3bPv756mFrxyAATC8nSZnUQKM4QSWC4rj3KYS9Fz1FDzTvnWzrxhtFSEw8Ws1ksXq0Egx7MQamebeqbYsN3PNKePA8AN3jnEJvy1wGU6hJ8NlbbAIEnAaiDMTMoxDgvcmqgQ6Y5mByxkk9FrnOhiqf0DSRwcDipC9Be7cksnIabLVrBpV1e2xRYeMa/R85STt4BDpXc6ParFm/ZxxRC7Q==
Content-Type: multipart/alternative; boundary="_000_DM5PR0501MB380035F790BFB92A303FE1F2CD939DM5PR0501MB3800_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM5PR0501MB3800.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7a06d942-1378-4d06-338e-08d8e2340bf1
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2021 13:14:03.8249 (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: boxLS//h+IXqyKKFkzgaSRI3ceIkv+6py1iUs8jOSVjHaz/HMeWlzU1h85kQRXUcB8U/t+nfmv6lqnDL3pBYgQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4777
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-08_08:2021-03-08, 2021-03-08 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 malwarescore=0 spamscore=0 suspectscore=0 mlxscore=0 impostorscore=0 clxscore=1015 phishscore=0 adultscore=0 priorityscore=1501 mlxlogscore=999 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103080070
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/sY3bd68SwQe4v9azUxK7ZXfT0FY>
Subject: Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
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: Mon, 08 Mar 2021 13:14:10 -0000

Hi All,

Thanks for your valuable comments and feedback. We have tried to address most of them in the new version which has been uploaded now.

https://datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con-01

Thanks,
William

From: Tony Li <tony1athome@gmail.com> on behalf of Tony Li <tony.li@tony.li>
Date: Friday, 5 March 2021 at 10:58 PM
To: Shraddha Hegde <shraddha@juniper.net>
Cc: William Britto A J <bwilliam@juniper.net>, lsr@ietf.org <lsr@ietf.org>, Rajesh M <mrajesh@juniper.net>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>
Subject: Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
[External Email. Be cautious of content]


Hi Shraddha,


8) Section 4.2. You write that an implementation "considers cumulative bandwidth of the parallel links while arriving at the metric for the link”. This seems a bit vague.  I think you’re trying to say that in interface group mode the bandwidth of an adjacency is the sum of the bandwidths of the individual links.  Typically today, if we have L3 parallel links they are encoded as separate adjacencies, complete with unique interface addresses.  How does interface group mode work with that?
<SH> It continues to work the same way. I mean the topological representation does not change. It is going to be represented as multiple parallel
Adjacencies. How the metric is assigned to these links differs in simple mode and interface group mode. In simple mode, single l3 link bandwidth is taken and metric is derived by using either of two modes of metric derivation (reference bw or staircase bandwidth thresholds). In  interface group mode, cumulative bandwidth of parallel links is used derive the metric (again either ref bw or staircase method can be used) and same metric is assigned to all parallel links.


So just to be very clear: we continue to see multiple, parallel adjacencies advertised. Each of them that has a metric that was computed using the sum of the bandwidths on the parallel links.

When one of those links fails, the remainder are then advertised with a revised metric that was computed using the sum of the bandwidths of the remaining links.

If this is correct, it would be good to state this very clearly. If you intend something else… please be equally clear.



Does each adjacency advertise the same metric based on the total bandwidth of all of the links?
<SH> In automatic metric calculation method, each node derives the metric  based on advertised maximum link bandwidth .
In interface group mode,  metric is derived based on cumulative bandwidth of parallel  links and same metric is assigned for all parallel links.
In automatic metric calculation method, metric is not advertised.


I don’t understand your last sentence. Section 4 is all automatic metric calculation. Why would you calculate the metric and then not advertise it using the Bandwidth Metric subTLV?



In cases where operators do not want to use this automatic metric derivation, they can advertise bandwidth metric.
How this bandwidth  metric is assigned, whether same metric on all parallel links or different metric and actual metric value is all upto the operator.
When bandwidth metric sub-TLV is advertised on a link, simple mode or interface group mode does not come into play for that link. Bandwidth metric advertisement overrides, automatic metric derivation.


I see that I have misunderstood a big chunk of your intent here. Please add more clarifying text.  How does a node know whether we are using automatic mode or are being explicit in advertising our metrics? Is it on a per-link basis? Do we default to automatic mode if no bandwidth metric is advertised?

Is the metric automatically calculated if no bandwidth metric is advertised?

What does a remote node use as a bandwidth the compute the bandwidth of a link? I would assUme that it’s a Maximum Link Bandidth subTLV of the ASLA subTLV. If so, please be explicit.

If we are to use the bandwidth metric in a FAD, we need to specify that in the FAD.   This implies that we would need a new value (or set of values if we want multiple bandwidth metrics) for the Metric-Type field in the FAD subTLV.  I see that you’ve added a specific request for this in section 7.1, but it deserves mentioning somewhere in the text as well.

Regards,
Tony




Juniper Business Use Only