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

Shraddha Hegde <shraddha@juniper.net> Wed, 03 March 2021 13:03 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 05E5C3A10AC for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 05:03:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.946
X-Spam-Level:
X-Spam-Status: No, score=-2.946 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=Sujrf+3F; dkim=pass (1024-bit key) header.d=juniper.net header.b=Bzjs+Sn/
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 19S8BrnQbY_y for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 05:03:19 -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 608163A10B0 for <lsr@ietf.org>; Wed, 3 Mar 2021 05:03:19 -0800 (PST)
Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 123CjMVV029381; Wed, 3 Mar 2021 05:03:17 -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=c2HbjDEIHm4m3HN/hsxy7S32Uf8LotTFeflUuGtnr00=; b=Sujrf+3FBT/3BVK3qYdeeKbzSdzFBdqYI+E8crsCwjxY0xJquCkzENBMCpqAUYlEJ7Iz dNIe684HFtVkn08twWazSygECo3UGIgeLDM9VaxII7Q2nRjE6tngZSTgPsB+AZ4VqXWD 2tg51xZyT4KO5uoa7/FnwDy4WUozefuUVv81ErtGNq5TfRnYL8k1K0P6Snn5tTYEzENY zJZ1PPtwQnlCHkSsAgS8aL2TcBwVU06WD56osFPAjdn/AmKi6HQhc2xLMpr972iR+mgr rKZ/cJPpvDpxDdzPE+kxOyPBqZRrI10eLTsGVrOibk+FfYkXC6V3uP9koggN53LQJZNC MA==
Received: from nam04-dm6-obe.outbound.protection.outlook.com (mail-dm6nam08lp2049.outbound.protection.outlook.com [104.47.73.49]) by mx0a-00273201.pphosted.com with ESMTP id 36ynytqt4d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 03 Mar 2021 05:03:17 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ad4lz8tqetak5s/E+hAGPzPxlZEa9CVVjSETrNHeudI8HsP617m/kj9I/DsB7IweKIvKqzAQ9126MBGGg/Zc4F9bF/xucYex2PtvFrNJFdw9jb8OQf7QdtisXATHUSbfYFKx56BD7WNRhNVscDDrNfzL+wElD0swcu74lAYxRxRip8YOTMYU2OJvGCX+0bSkcz1Te3xfpowUarloOULVtMSISX053g/QUb/3Ai11s78P46d9laCzEoADKYW0Iy6IrXxyLKf6b4v1Epp2y8dG/NwTakI0k3jSgTrwyP0VTUzR9CGyHP44xxMIHWdbpe8ogkUmfhb8i0z5Rkldo3s6Eg==
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=c2HbjDEIHm4m3HN/hsxy7S32Uf8LotTFeflUuGtnr00=; b=MDArnc1IGrJ756qqL+VuHZ3/y225nFzh1R2KgjWe+yKWfM6gNx79yCGRdxRV4nYQW4oHwZyrPpMMorDmwfHrM8su1Zq1ERM+mAnjZxOhxGLrX2+rZZqdbQ260sZwQoTdcupk9IgZweDt1D++nVzm6dkR6ErVGmXF9rq0VIcl8hORp1t20b926C7hYGd5vT8iBQhyhKbAYvBJJ/m+Lpzj3e81QND29JiflhIc84JP7CiVURUEM7N+2fIJm+w0jUscR+zDCjmOKoL3xN400J6dJf/XeyZE5q48cdjZ4vMWPrmhIfltvR4kX2maA94wi4CcVFBagruis+nql/tam9yPnA==
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=c2HbjDEIHm4m3HN/hsxy7S32Uf8LotTFeflUuGtnr00=; b=Bzjs+Sn/QE5rsH68eQ6lRDIIw2GoXBFx1DW2DvDoMtd64gbceyXUL0HV7FkigekEpu0c+rebZnIJvHh/ylw9/2abFMuXu3eVARs6cTaYIhO9jPJYcS7Drk3q9w50VPxnqjHSzXV0IBQ3cGuP+hZ3ovmnhE6WC/SpGKCvATZ4iY0=
Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB3320.namprd05.prod.outlook.com (2603:10b6:910:58::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Wed, 3 Mar 2021 13:03:12 +0000
Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::21b0:e360:27ce:c548]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::21b0:e360:27ce:c548%7]) with mapi id 15.20.3868.029; Wed, 3 Mar 2021 13:03:06 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: Robert Raszuk <robert@raszuk.net>, Peter Psenak <ppsenak@cisco.com>
CC: Tony Li <tony.li@tony.li>, Gyan Mishra <hayabusagsm@gmail.com>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, Rajesh M <mrajesh@juniper.net>, "lsr@ietf.org" <lsr@ietf.org>, William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org>
Thread-Topic: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
Thread-Index: AQHXDBIYSSW7v2kUcUGQAvbp11/+LKpr7syAgAA/MgCAAsPaAIAAi0gAgAAb7gCAAAcZAIACaGoAgAAGzwCAAAIegIAAASiAgAADToCAAAGbAIAAARoAgAAC0YCAACXQYA==
Date: Wed, 3 Mar 2021 13:03:05 +0000
Message-ID: <CY4PR05MB3576051C31A5A8DD704B8378D5989@CY4PR05MB3576.namprd05.prod.outlook.com>
References: <161401476623.19237.3808413288895066510@ietfa.amsl.com> <DM5PR0501MB380079CFD75C78610130D81BCD9D9@DM5PR0501MB3800.namprd05.prod.outlook.com> <CAOj+MMHKazMG3wnUA+Kd2wg2hfr01CdF5w5YYKdFaHU4_V+0SA@mail.gmail.com> <CABNhwV0UKB=HaMs9eLvvp4fVLPsEtJhQ2xFmwY80sqBNDFRudQ@mail.gmail.com> <DM5PR0501MB38006C4B638AD2AB6A7731B5CD9A9@DM5PR0501MB3800.namprd05.prod.outlook.com> <7C67D01F-24DB-4450-8587-E004CAFBBEBC@tony.li> <CAOj+MMGZppwYtNr4t0rJoy3BKWaBYqHiJ_esM1XNFTNxbm8c5w@mail.gmail.com> <08882555-009B-4068-ABB0-20B0D165D722@tony.li> <2c2605a8-95c6-a477-b1b5-5ae4d4de222a@cisco.com> <CAOj+MMGf=zQMGP+q+XX-MJi-qMrOddmq_+wmrXFS+JQX_PsudQ@mail.gmail.com> <25a8853a-72a3-3013-6a87-d8049ed7a3da@cisco.com> <CAOj+MMH2a=T-vBsD6QVChmybmdQhQXFcDg1np+v+bpKOWPbtKA@mail.gmail.com> <8be3198f-4c9c-2bae-9ce9-f283ac5305a1@cisco.com> <CAOj+MMFf_QymQLOG4mR9F_3h-njo0k2Le6eE1bKUkK6NmcLboQ@mail.gmail.com> <42fbaa46-7434-39fb-b5a1-97fe0c7866d3@cisco.com> <CAOj+MMG5j=HcZhtni+ROVU4zjzgHDKQhNmgxpBqpx97Jf3uU4w@mail.gmail.com>
In-Reply-To: <CAOj+MMG5j=HcZhtni+ROVU4zjzgHDKQhNmgxpBqpx97Jf3uU4w@mail.gmail.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.0.76
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-03-03T13:03:03Z; 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=a26387e6-02d0-4af9-972b-d4360ad7ddd1; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: raszuk.net; dkim=none (message not signed) header.d=none;raszuk.net; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [122.181.54.186]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 359772bd-bb12-45a5-4a18-08d8de44afb8
x-ms-traffictypediagnostic: CY4PR05MB3320:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <CY4PR05MB3320C04E75B37B85A32D6821D5989@CY4PR05MB3320.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: h79qs3FLUAJFsIYePMKS/uf28+mIzZWiWUqow2dwG5CMR6u6uCbk7YshwmX6JnBE8HyZToqqZ0euGVw7ysUODdokhU1iCpxkcVrBG7DpaGBAgGfci6oxJv4dwW0g9SMUWVNPHOqsaMAZ+x/UA8weovnToxzabslFuXsV8rgTqaSHI/n3UgmOIVl6snUlhRxAcHyerVcx8vF4xtsav8smuH9UrU/M+UJW7Hp1scEXViFBDSJBsZDmH1gpgDKMdDeJzWWacWwiM+0we/5PeookB/sWsyZyrY210UBSlaOMxtNFTLSGP6cBA7QWmQqg7HXWtg3hBNJ6R4v7IQMDEqkijEpFWeJKeseHhjjWPuYZOSI6s4eQYqMr9Ho8UiusBRZZTEJRvDoeSHumb+qIyhFvY7YSOLF10AduMpV9qfnweo8/8e+XGqvg1k0k0lefLw1yDtSgCemX+83Q5+L4kBgVzDqi6SvsYd+AR8ndRUTaYJ409Rqv7cp2yT9gL7ZtySn/Ng39eqB2rdBq1ZXtf6jL//OTvqtEC0fF0lEwsUQ2A8MgIDJvvULMmt09Jo8feO9E8vjSOubKzQT3zXNyYmQBcuFoHS71va5/E0dIoMCB8xs=
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)(346002)(396003)(39860400002)(136003)(376002)(64756008)(66556008)(66476007)(66446008)(76116006)(5660300002)(52536014)(186003)(966005)(2906002)(110136005)(66946007)(478600001)(316002)(54906003)(166002)(9686003)(4326008)(53546011)(7696005)(71200400001)(26005)(6506007)(8936002)(8676002)(55016002)(33656002)(86362001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?cCcm7x0OfQMRPOg4LyIIaHX60l3uytmTVMq/q2WlF6fg+bs1cCkGkhFJnFyl?= =?us-ascii?Q?/57YFzkKEU83+U4oZa8lsN9FZyxoeupAobF3ZXMKBdbo50mg2UL/Dm65oEn7?= =?us-ascii?Q?1PkSt/+mHxWIMa07U1FNBd90ZXomK3WG/M1B8p9AaL7z0kHRjnSNFFcTqi21?= =?us-ascii?Q?HFlRQPwBeTMDM6PYHmmNS889/97f6PgyiKEM7KyQgVA/aufLEtnK7UX2y6VO?= =?us-ascii?Q?OFtMTRbdkfUsAvu0lutMD2xF4mfzrzAquwbbKLYiCtX04PnI0ezuI8OoVI+I?= =?us-ascii?Q?Dt8tuShPelu6GY8C8k7S7+8+vTZpPAkwS29KD2NszTnYqkVZkT6oVksbHb2b?= =?us-ascii?Q?qpBhT2lxUN7mpMNbgX8prQtqmfXxBxdx3fH2eTD+6fiYLe1pSLssBn22ttc7?= =?us-ascii?Q?ymV8Tk+AG/7/nLKceIw9MonrCSUVd4lJv8CU7CtWt5LxsKi505lJnATynO7j?= =?us-ascii?Q?nEchefg4arHXnnkwJAFmwoG9NMZQ+iijhOlF9xSPhC1tuYWU7PkVowXbLHf0?= =?us-ascii?Q?K3t1K227g3r+M7uJFKRq+cw6ho3ibQskQiKQjrKtoOlePn3SZfgRQZLcc2Cv?= =?us-ascii?Q?EeJQJ1izs5G9zuzzCa+cQBQg+clGxFbMVm9pYiULGgSqubXxMLumU1C3cW23?= =?us-ascii?Q?ky040DvJWmFBpeNmJ/M0JaSb5tV8RVbLt+py2adASh8SxvUtKbQO7hm9iZqX?= =?us-ascii?Q?xNBVF1Cx8iT9q3UDXpYLhccrYFP2UFSzdITt75lKndoOMLjd8PUlk82jIB7p?= =?us-ascii?Q?lE6O5QwYEiao21IMOTuKbKpzd418PCyF0by+g6jUrZB3O4JThGFXZulHKbeA?= =?us-ascii?Q?WqHH4bDjJWxgmbIT35JqrK6u+AbKQ31ewPcTEEVbAa6tly4cMMS5UKjgOefc?= =?us-ascii?Q?ksUNbLrhOHwUIvIbBAtYjy3sNSs2YRIlzGApoI3p0QSV8nETdlFqfxL7/16w?= =?us-ascii?Q?RsYECUKr3CCx6gRvuhnsn8pQNN6oquLyNjP5EZELtN0b8q2p3ZUrbFkE7QNx?= =?us-ascii?Q?87NUS7NsZ3UWtR58FufQhksZePPbw303x3lEXDOA87KtnChlv6bLMEFPqExZ?= =?us-ascii?Q?rh08ylwGqtl83NXnaiygFOeq4d3+v89QV9eM7QK1BtKTapEsR+Opg1YqEBgQ?= =?us-ascii?Q?x8OhP39FjshBJYDkqS8Bl7XE30uZ9aIvO9hFwxgW2rFBIz+wFeqr6JrRXnrx?= =?us-ascii?Q?up5RXP/mZlZ1DLuBMUcbEzJJm6auIaqXSRdBhoBhqgwTJED3Bv0Mmj+hxJLM?= =?us-ascii?Q?QzUlLoC2jEezKb971DIKvliOslxAyyAcMOga3AtwVJI6+39ANJDlAq3ieCjy?= =?us-ascii?Q?8Edd1BK+b4CKq/751IYYJctf?=
Content-Type: multipart/alternative; boundary="_000_CY4PR05MB3576051C31A5A8DD704B8378D5989CY4PR05MB3576namp_"
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: 359772bd-bb12-45a5-4a18-08d8de44afb8
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2021 13:03:05.8998 (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: 2yVBRdVqPUM1tZIJKLDh4g61KDnlBu1pHXeALvQNvKOI3y67DU8Ohu7+NN1uZ1DQIoNQi9fAG6jX5e+XetJLbw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3320
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-03_03:2021-03-03, 2021-03-03 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 phishscore=0 clxscore=1011 bulkscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 priorityscore=1501 spamscore=0 lowpriorityscore=0 adultscore=0 impostorscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103030097
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/eQYzOHaS0uM8W1RpLw-wokkGRzY>
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: Wed, 03 Mar 2021 13:03:22 -0000

Robert,

The draft is not trying to define new delay metric.
A new constraint called " Exclude Maximum link delay " is being defined in the draft.
This constraint when included in the FAD should be used prune links that have RFC 8570 advertised
Unidirectional link delay larger than the value defined in this FAD constraint.
We will post the -01 version when the window opens. We have clearer text and also
fixed some confusions in IANA section.

Rgds
Shraddha





Juniper Business Use Only
From: Robert Raszuk <robert@raszuk.net>
Sent: Wednesday, March 3, 2021 4:12 PM
To: Peter Psenak <ppsenak@cisco.com>
Cc: Tony Li <tony.li@tony.li>li>; Gyan Mishra <hayabusagsm@gmail.com>om>; DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>om>; Shraddha Hegde <shraddha@juniper.net>et>; Rajesh M <mrajesh@juniper.net>et>; lsr@ietf.org; William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org>
Subject: Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints

[External Email. Be cautious of content]


Sorry but to me the draft is very clear that it does not care about min delay, but possible maximum delay of a link  ...

After all for time sensitive applications we do care how long it will take to actually traverse a path in practice not what would be the theoretical min amount of time needed for this path to be traversed.

And it does define it here as brand new metric.

Just read this paragraph as well as sections 3.1.2 and 3.2.2.<https://urldefense.com/v3/__http:/3.2.2.__;!!NEt6yMaO-gk!Qi6nctWtUC5MsX--CcSHucSj6ja5VJIBkRYNQtm3EOTpOgWBEzDcIQDmqwM1R9Mc$>c$>:


   Similarly, exclude maximum link delay constraint is also defined in

   this document.  Links may have the link delay measured dynamically

   and advertised in delay metric in IGP.  For usecases that deploy low

   latency flex-algo, may want to exclude links that have delay more

   than a defined threshold.

Thx,

R.

On Wed, Mar 3, 2021 at 11:31 AM Peter Psenak <ppsenak@cisco.com<mailto:ppsenak@cisco.com>> wrote:
On 03/03/2021 11:27, Robert Raszuk wrote:
>
> I am not sure I follow your logic here ...
>
> If we are already advertising "Min Unidirectional link delay" as
> described in https://tools.ietf.org/html/draft-ietf-lsr-flex-algo-13<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-ietf-lsr-flex-algo-13__;!!NEt6yMaO-gk!Qi6nctWtUC5MsX--CcSHucSj6ja5VJIBkRYNQtm3EOTpOgWBEzDcIQDmq-eiJLT-$> why
> would we need to define it again here in this draft ?

we are not defining the metric here, we are defining the constraint that
says what is the maximum value of that metric that can be used.

thanks,
Peter
>
> Also does it really make sense to advertise maximum value of
> minimum value ?
>
> Thx,
> R.
>
> On Wed, Mar 3, 2021 at 11:22 AM Peter Psenak <ppsenak@cisco.com<mailto:ppsenak@cisco.com>
> <mailto:ppsenak@cisco.com<mailto:ppsenak@cisco.com>>> wrote:
>
>     Robert,
>
>     On 03/03/2021 11:10, Robert Raszuk wrote:
>      > Hey Peter,
>      >
>      >      > Authors stated: "Whether egress queueing delay is included
>     in the
>      >     link
>      >      > delay depends on the measuring mechanism."
>      >
>      >     I disagree with that statement - the Min Unidirectional Link
>     Delay is
>      >     the value that does not include the queueing delay - that's
>     why it is
>      >     called Min.
>      >
>      >
>      >
>      > But draft we are discussing here does not talk about "Min" delay.
>      > Contrary it talks about "Max"
>      >
>      > *Maximum*  Delay sub-TLV
>      >
>      > That is also I asked that very question up front.
>
>     I'm afraid you misunderstood it. FA uses "Min Unidirectional Link
>     Delay"
>     as one of its metrics. The "Maximum Delay sub-TLV"  is used to
>     advertise
>     the maximum value of the "Min Unidirectional Link Delay" that is
>     allowed
>     for the particular FA.
>
>     The text should be improved in that regard though, it's not obvious,
>     but
>     I believe that's what it is.
>
>     thanks,
>     Peter
>
>      >
>      > Thx,
>      > R.
>      >
>      >
>      >
>      >
>