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

Tarek Saad <tsaad@juniper.net> Wed, 03 March 2021 22:34 UTC

Return-Path: <tsaad@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 422EB3A1C7A for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 14:34:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.356
X-Spam-Level:
X-Spam-Status: No, score=-3.356 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, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, 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=QTAajqcK; dkim=pass (1024-bit key) header.d=juniper.net header.b=d4cVJCwC
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 HglIzV7ulFpv for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 14:34:23 -0800 (PST)
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 8C9143A1C78 for <lsr@ietf.org>; Wed, 3 Mar 2021 14:34:23 -0800 (PST)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 123MTa3f014057; Wed, 3 Mar 2021 14:34:21 -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=+6dSLW57beQqiH9pAoj4/O5/VOirqGbYQj8JoRiJmMc=; b=QTAajqcK/ZZjngQjVrJipT5BdDEZMELgk+dI4/rbZOK5QVbm6MN+POhza5FJCL9RshA6 OpqCyrLeGKbnbSFd87W9begB4NiDDePEQw6sqpXcnEp8EQzzbkkEyOG3JWL2Uu5GYWft G5L2ahrgRqp0sVGBiEJUATUeTId2U6HL2g3m1tizRmCcDdrxghkQsBkB8Eo/vpiWO8ej FRVBClDtJEKKYT+oFpd8AT1bEfS2dyhfAn0xE5vLuYaMIjZfl3XY8XBuwuHrCLFqZ2Bq qjvkHG8hZB+/F3GVYplQWRbLDC/9duT0eONjH3DDQWRAAjk+BRiZpV0hfXSO3Kbgsg+c NA==
Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2172.outbound.protection.outlook.com [104.47.55.172]) by mx0b-00273201.pphosted.com with ESMTP id 36yn7e10qp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 03 Mar 2021 14:34:20 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DZQQ6oAJPoVbe7iSX1jWWPXAqHkLCVMImIKdmvxLh9ee7kTOyf03And1dP5il3a84rHB8XafjtnkWBZr5kctWgmYSFomamK/Lm/kyBU04/foL0UikwL1rrlfu6FX1mQQ+O/EcSElJcVJ7jGjLQSKJ30EnRRji2pNuRlqrn8HVM5r9Hw4Zp33g7cNCK1nOTgusSX8X5tnnlAUFJ73UTVubLRGdnWGkCrk48L+bt+Q5PbE2AE36OIcbVgAkNfXdNoR/FbiOswRLZnoG0q1FwAYYEF/th5EFSXiJWW4AYqqhBhIvpXZRjeQOu7h/gAE4kiWvmh13sFqIcUgXA/OKjXy3g==
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=+6dSLW57beQqiH9pAoj4/O5/VOirqGbYQj8JoRiJmMc=; b=R/EvxGCT3a5HGrIBu0E16etdXmnxF4KjwUNFaSi8zaGEYfxSGO0Kz22Cedf3ZjQjz4xaci6yu300DkYZG0lKpIkVFHk13ia3ZHT8MkNO7C0saN5X1jjbr5UVEuWv6vmJwhEUg88AL9zqoWwUQs1hIwwn/EXCrcfcCBnrDd7eMSFstfzEmcu9IW6tpENqg8sECXhPXf10WvYk42Y2QWCKg3YPCCTywNBxrg9UoMeu1zNw+gvaBdqDeHs5X10rCR41pk0eJEC+mEDPksOKgphxOALm3LPNMaVTbkAJ32oMrNW8CFWb8nXJqASadNzWFrpWoEWrsx0mx0AVghyJYdWLRQ==
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=+6dSLW57beQqiH9pAoj4/O5/VOirqGbYQj8JoRiJmMc=; b=d4cVJCwCpl8mnsXivhxEH+5zBKbWhB+NL1rrbn+BNAsXDKgjie6qfEvnSotZYJUkfgEiDBxoHa39vVqPH/S8PLpYQqVVqEVzX9kgzrJ9qVETdFrWsjSczmGj3OPkHwVeIzUP+6YV5ZYP1PG/QRCunBFW4YmpAbKpUFLNZ7nBzP0=
Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB5192.namprd05.prod.outlook.com (2603:10b6:a03:95::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.10; Wed, 3 Mar 2021 22:34:18 +0000
Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::cd99:e95b:705c:2420]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::cd99:e95b:705c:2420%4]) with mapi id 15.20.3912.016; Wed, 3 Mar 2021 22:34:18 +0000
From: Tarek Saad <tsaad@juniper.net>
To: Robert Raszuk <robert@raszuk.net>, Peter Psenak <ppsenak@cisco.com>
CC: Gyan Mishra <hayabusagsm@gmail.com>, Rajesh M <mrajesh@juniper.net>, Shraddha Hegde <shraddha@juniper.net>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, Tony Li <tony.li@tony.li>, "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: AQHXEH1ZmkwMex3QSU2oIyqylhIINQ==
Date: Wed, 3 Mar 2021 22:34:18 +0000
Message-ID: <BBD5B678-D3B5-4E9E-8F9E-E054D9867EF9@juniper.net>
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> <52B3A5ED-6ACC-4772-BEF7-085A33A53F31@tony.li> <e5190522-3a8b-2d6e-c2fe-646049689cc4@cisco.com> <1EABA651-2F05-415B-97EF-054507FADEAC@tony.li> <f935dbc4-6220-5f47-65a4-f642823f594f@cisco.com> <CAOj+MMHXd5j8B9a13E90HQVB=SUOkQ=fqhyJEgTf-Y7Tp5eiBQ@mail.gmail.com>
In-Reply-To: <CAOj+MMHXd5j8B9a13E90HQVB=SUOkQ=fqhyJEgTf-Y7Tp5eiBQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
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_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=1cad29df-d429-4f1f-994e-7a40bc42430a; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-03-03T22:22:25Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true;
user-agent: Microsoft-MacOutlook/16.46.21021202
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: [2607:fea8:e31f:e400:4c6d:60d4:d750:9034]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 80437cab-fdbb-414e-cf2d-08d8de947bd9
x-ms-traffictypediagnostic: BYAPR05MB5192:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR05MB51925EB1B0187B208FF60C1FB7989@BYAPR05MB5192.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: HTz2AIAtPhUok4DKpG8lhGUkHmOPTcb7IxTYHj9K5G8TWekO5bK4pOAoiMXhQLSYNS7+LqOIU/FX8/P/VQ6pA4yD0l0PpGd+1pBVCHFSLgG2gDir/MiWl36fV+Sn/5qqdbxHey7+lVVjQst/I2Q+DgfPe2BhouKQP0aVoQUIT5xCfdGpJTc6ZWx4l/jDR0xSl1e9W7EzMNvMNOtSlyEOFNiJeEKe7s3bf/LFRh/L9PoD3Tqc7MsdTVt4nAqKzDD7rxLpZ+VnBkNr9tLrJ8bMACe7aZU1CuAuPNd6jG2TeFblAhDohyQ5uy38cI7Bazsi31h04//u9moebmwgd3oE7P0MnClc4jbDkwc4lvGY1AqyhMvIzOnSofI9SpKQqRnGvO4al9jNdL/vKgPKkRJNv70QOoytngDxKU0QQ5LPZzfT1bRr4AzCyeVNhfFCg2jMWF7niCIhl8vBgYMywwElcO+vJ2NMwTjYQ6EnyZXLY++zwqdTWAcjvQDAQQL0tZ3Zs1jcVanmiAj6mp4+tp135O0LACxnbyaZMn7UzPW7ukvc4xZZgmNvm33ECkHVEFXo+KCbES6q879MOXnC43Cn1A==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(39860400002)(376002)(366004)(346002)(33656002)(83380400001)(71200400001)(6486002)(36756003)(8936002)(186003)(6512007)(6506007)(66476007)(76116006)(66556008)(66946007)(8676002)(66446008)(64756008)(91956017)(2616005)(2906002)(478600001)(4326008)(5660300002)(53546011)(316002)(86362001)(54906003)(9326002)(110136005)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?utf-8?B?MTExNXFCZTNQWExwWHhPVGRpcEtuckVQaDJrRFVoajNKMUt3NFVtWkZLMXVk?= =?utf-8?B?eldaRnViSTNmTnBWRlFpNytMcytRdlFMaXhBTHFxeHNsMFQrVURHSFg5eUJh?= =?utf-8?B?ejV1VjNQTnRRVFdlS2lSK2dyQkxCUXJxcmVxNmNZUVVsbzZ3emlGNjNqZUdu?= =?utf-8?B?NFBiOTRqZXVlUjQ5R2ZqR05VUHdrNWpCenc0KzZ1cGVIdGdobmNDQTZ6dUxy?= =?utf-8?B?UjBzejR0T1dqbGV6MnpzSzI4S1VEVEthTjFNMi9DRFk1UTFLc0c3UHdPRlhS?= =?utf-8?B?NFZsS0ZKYmJnaUFnRmswS001Vi9mUElSZEp5ZE5EUUdlZ2VGbjVlbEw5SVRq?= =?utf-8?B?OGZGU1g2QlBOTFlwWXM1TmgvOUZuNVoyeXFOZFBPQ3N2cThkdktUWEFlQnYr?= =?utf-8?B?cDRVRmxPNW1hdktObHVaUFRTWlNKYmovdGRtdW9CeDhvQzV4b3FpQk1ad0Jt?= =?utf-8?B?UmR6OE1mUmg0ZXcvdDYva0R5clRJbnhyalNWaUU3d2Y1UVVjcFp0V2c4TGR0?= =?utf-8?B?MnJZY2ZWLy8rblhMalQyaFFGaldzZytEcGdtK3NCUXI0aG81L2FYVFhDOVFq?= =?utf-8?B?TGZETEZkOVV2SWxGYmpwUjZRTmN6ekZaQVVlVkYvcFFzYTJ6anY4bWhzQmxC?= =?utf-8?B?N0EwTWs5U2RrZDFoNHBid1d6RWJiQStVMWRXcjFERW1taEZSaDRjeFd2RGNv?= =?utf-8?B?aUJQc21RQ3B0ZkZDcGFISUhxWms0WmVTV0J2MGQ5RHhIVy9admNSMEVKVGRU?= =?utf-8?B?NVFaYUNGYTlKVzU4WmtTNnhLQmhwNEZSc0R5aXJ1UFpzVjVNWlMxZGZubHpa?= =?utf-8?B?NWZsb1VKNzFMYXV0RU1YdkRUTmJYNUJOYkxQT2trb3BoQzYrd3RwdGpCcEVj?= =?utf-8?B?SzFwazM2VWNucXVpWTlHV1gyZHprUkU2bDUya1RURkM4UnBUVDgvSHZvdFQ5?= =?utf-8?B?aHpocThnOUlEVnBUcGJLU053UEdoU05WMXlhNy9WQ3NnbnF5amlwd01WUnNs?= =?utf-8?B?TjEzM1dxNjRBbHdkbWlLY0svNVdaR1dCSVl4UCs2djBqSmg4cStoQmhnUExR?= =?utf-8?B?anVlTlp4TWpCYlVmYUdVK3E2OE9GR1cwbWZzbW8vYjI5L3U3Y0lrVFFiL2Zx?= =?utf-8?B?MG9ZN0k3ZTZ1VkR4bXF5VFRUOFlwNENtbWJidXFzQ1ROM29xSnc5VkNBUWND?= =?utf-8?B?WUEyYTFIRi9PMks0SkszNUpUcnFvUXJKam40N1RaM0ZTb0ZqNVNKSU1wdk11?= =?utf-8?B?YlBZYVJDdzVSZDc4QXJ2RVRVZWtoSXYyRlp6cDlVYm5wN0x3OEpHbWJhcXhV?= =?utf-8?B?Wk5ZY2xVUlRwdFNtUjd2R2xTaUI4MzliWEdkL3VzdTJOVysyVktPemZHcFh6?= =?utf-8?B?NXBvMjArU2N0MFBDTDdvanUwSGx1blo5YUZSQ05TdDMrSDYrdW04dlNNZVYv?= =?utf-8?B?bzJqRFBGdDZlMzNjR2I2M28xNzlweTFMRUE5MlI5dlMyaXNqWVZGenlBMTFl?= =?utf-8?B?VVl2M0duczFwajdock5manBqSmRxSlhxWHNjajJuUmlpV2YzSkNVSEp0c1d6?= =?utf-8?B?eE50a0UzVlNCelpjMld4a1g3VVlqazFsVzgrMWZsKytSRlY4RGEzR2VBTy8v?= =?utf-8?B?Mms4UXYwU0pOUmMzMnY4bEluRFBYV3FnTHJFcXlPVzVmVE13R1lRYlo1VHNY?= =?utf-8?B?QWVFZGxGRDdHNFU0cEJ5TjNyNEprcWNMODJnRUp3eFRpaGRiUERrb1BNeVpy?= =?utf-8?B?OEwrdzVUV0NZeFhBOFhHVlFlTUNORHZMcGFTMy8vU1ZTWTdmMXhFYVR3ZHgx?= =?utf-8?B?aU1TczBUdDVvMHlCQjlUeGZWRHJFdHVoOGRKNk5jNU9ETVp1bHI0UTd3cTNt?= =?utf-8?B?TktJdUtZeXRDenVwbkYrNVRiK1RlNmJuUllvNlNTQzc5T3c9PQ==?=
Content-Type: multipart/alternative; boundary="_000_BBD5B678D3B54E9E8F9EE054D9867EF9junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4136.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 80437cab-fdbb-414e-cf2d-08d8de947bd9
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2021 22:34:18.6053 (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: S8o/td8KxfVoU97cN9zWdqAViko4B5K7MREtdp7/aRo4QM/QiFDEjuRr9y0TvHZF8IleFaCr7PTNhbrrRk1Vtw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5192
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-03_07:2021-03-03, 2021-03-03 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 spamscore=0 priorityscore=1501 lowpriorityscore=0 bulkscore=0 mlxlogscore=970 impostorscore=0 mlxscore=0 malwarescore=0 suspectscore=0 adultscore=0 clxscore=1011 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103030160
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/AU9huMqcPzmE9m1C-kzf9UCHXI4>
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 22:34:26 -0000

Hi Robert,

The RSVP-TE world has had to deal with such churn resulting from frequent link attribute changes (e.g. specific to available BW). In that case, such frequent changes made their way to the network at periodic intervals and in the event they crossed a threshold. In my mind, the link delay attribute is no different and IGPs can react to it just like RSVP-TE did.

Obviously, any path that was computed and placed on a set of links based on a certain view of the network may quickly become stale. However, IMO, any per-path e2e SLA need to be validated (independent of the network topology) e.g., by active measurement using probes or other means.

My 2cents.

Regards,
Tarek

On 3/3/21, 2:57 PM, "Lsr on behalf of Robert Raszuk" <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org> on behalf of robert@raszuk.net<mailto:robert@raszuk.net>> wrote:

Peter,

>  that differ by few microsecond

Really you normalize only single digit microseconds ???

What if link delay changes in milliseconds scale ? Do you want to compute new topology every few milliseconds ?

Out of curiosity as this is not a secret -  What are your default min delay normalization timers (if user does not overwrite with their own). Likewise how Junos or Arista normalizes it today ?

Thx,
R.

On Wed, Mar 3, 2021 at 7:41 PM Peter Psenak <ppsenak@cisco.com<mailto:ppsenak@cisco.com>> wrote:
Tony,

On 03/03/2021 19:14, Tony Li wrote:
>
> Peter,
>
>>> There are several link types in use that exhibit variable delay: satellite links (e.g., Starlink), microwave links, and ancient link layers that deliver reliability through retransmission.
>>> Any of these (and probably a lot more) can create a noticeable and measurable difference in TWAMP. That would be reflected in an FA metric change. If you imagine a situation with multiiple parallel paths with nearly identical delays, you can easily imagine an oscillatory scenario.   IMHO, this is an outstanding concern with FA.
>> yes, and that is what I referred to as "delay normalization", which can avoid that oscillation.
>
>
> It can also negate the benefits of the feature. One might well imagine that Starlink would want to follow a min-delay path for optimality.  If the delay variations are “normalized” out of existence, then the benefits are lost.  The whole point is to track the dynamics.

for all practical purposes that we use it for, the two values of min
delay that differ by few microsecond can be treated as same without any
loss of functionality. So it's about the required normalization interval
- something that can be controlled by the user.

thanks,
Peter



>
>
>>> Please note that I’m NOT recommending that we back away. Rather, we should seek to solve the long-standing issue of oscillatory routing.
>>
>> not that I disagree. History tells us that the generic case of oscillation which is caused by the traffic itself is a hard problem to solve.
>
>
> Any oscillation is difficult to solve.  Positive feedback certainly can exacerbate the problem. But solving hard problems is why we are here.
>
> Yours in control theory,
> Tony
>
>
>


Juniper Business Use Only