Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
Robert Raszuk <robert@raszuk.net> Wed, 03 March 2021 19:57 UTC
Return-Path: <robert@raszuk.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 139DE3A195D
for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 11:57:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=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=raszuk.net
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 U-icGOZkj-PN for <lsr@ietfa.amsl.com>;
Wed, 3 Mar 2021 11:57:27 -0800 (PST)
Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com
[IPv6:2a00:1450:4864:20::136])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 19EF13A1957
for <lsr@ietf.org>; Wed, 3 Mar 2021 11:57:27 -0800 (PST)
Received: by mail-lf1-x136.google.com with SMTP id k9so19214580lfo.12
for <lsr@ietf.org>; Wed, 03 Mar 2021 11:57:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=FtMGT33batrxiUdc4B7alFg/Xz0jaJgmBHB7twdahmw=;
b=BpRMkoqcdNfEF3AKIy3yDX2pIz72+t58FRU0kseXFnm9BE+pG4kqSH2YfyZUyFYzxO
N+eJ5jNOarKcQbxBYIZJEnN8F+JKmFGdRrxPowMHNkjTGeW4IWglwMxnfwOPmkVMDOhT
UU4HL5ZIL23Z7UWVnUHVw8QHatM82/oOrOhVA6XG4Xmg1DOy2nb3jHOFqNGs2gJzAume
YrMEXIkiMFPGC7oPKzBJTrs3lTbwIRXHNN3j2C3IpKFnT0Kr0u+MkFALK7nbz7FQPl2Y
yGJh9LnYamUNvH6wzCko9qaecrvfAplHtjXPVagTI6zSNYa+gyJFMq+Uorxd8GeTe6Zo
Ix8w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=FtMGT33batrxiUdc4B7alFg/Xz0jaJgmBHB7twdahmw=;
b=Ihv50hjXrlH4UmhS4UhHXzuauq3MbFmhPgY2bo3bzYy8un4wx4AGUo6UiZrlUV/dCh
kF/QRSioRaec1NIi5GPcNjozBTC6Znxt7X6i4gr/7ZHJ96LqhOag4qiapXfujJcetWvn
No2IMG/EA4OvZgggrTggyBlSxG8al1QXuAS5z+AXF1yZaee+aYYWo3Fd3q1I9HY3iNSv
viGMz6dmipMmIifcckkFkk/TGhLa9LKKgi6fJjWR4YaQr5/424Y8rXbly428Lw4nITsl
AQKgJmrrNhHieu8rSvmYGnNf6680c1aWbPU+OKu1o5EF6doHu8pq1pvNrqQGANHqKw0y
sk6Q==
X-Gm-Message-State: AOAM531VxJug4m/FmmL7QGhF4iBvNKnjs64SnRycNrZYG8IGFIq82wyx
5/GsWhHU4GKOIm4pNCSUF//HDphwwmgfaK2shOEIjg==
X-Google-Smtp-Source: ABdhPJxX3XfZELqqSZ+rGrRru8bPiPNpMH+nrn15BCg737zpdoFX2Mk8+Qm5wrUqjPb3WPA5xubcccYVfvoLoWAnQOA=
X-Received: by 2002:a19:c14c:: with SMTP id r73mr146221lff.581.1614801440067;
Wed, 03 Mar 2021 11:57:20 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <f935dbc4-6220-5f47-65a4-f642823f594f@cisco.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 3 Mar 2021 20:57:10 +0100
Message-ID: <CAOj+MMHXd5j8B9a13E90HQVB=SUOkQ=fqhyJEgTf-Y7Tp5eiBQ@mail.gmail.com>
To: 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>,
Shraddha Hegde <shraddha@juniper.net>,
Rajesh M <mrajesh@juniper.net>, "lsr@ietf.org" <lsr@ietf.org>,
William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000037e97b05bca7426c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/sxfDCzuBCVjwoBfRfgJfU8yFL78>
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 19:57:29 -0000
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> 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 > > > > > > > >
- [Lsr] New draft on Flex-Algorithm Bandwidth Const… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Gyan Mishra
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Jeff Tantsura
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Dongjie (Jimmy)
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Przygienda
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Gyan Mishra
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tarek Saad
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tarek Saad
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Aijun Wang
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Robert Raszuk
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Peter Psenak
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Shraddha Hegde
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… Tony Li
- Re: [Lsr] New draft on Flex-Algorithm Bandwidth C… William Britto A J