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

Jeff Tantsura <jefftant.ietf@gmail.com> Mon, 01 March 2021 21:48 UTC

Return-Path: <jefftant.ietf@gmail.com>
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 4F8DD3A2377 for <lsr@ietfa.amsl.com>; Mon, 1 Mar 2021 13:48:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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=gmail.com
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 euA3JBgZa7vI for <lsr@ietfa.amsl.com>; Mon, 1 Mar 2021 13:48:40 -0800 (PST)
Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (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 A7F2D3A2376 for <lsr@ietf.org>; Mon, 1 Mar 2021 13:48:40 -0800 (PST)
Received: by mail-pj1-x1029.google.com with SMTP id b15so492198pjb.0 for <lsr@ietf.org>; Mon, 01 Mar 2021 13:48:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=jh9lH80MpULRsn98YU0N/spQrNsNeCeUeQwJ65Yxe+E=; b=TLqZPxv5C5uWTQHtYhkqiMXMg9ThUSyhHSCcAPYdkyBEf/kfBKd1hTYx5VTcwfzRM/ gDXYeYGnlER//hplxXBgTVrhQobflxhOOL6igC6JZt+QTJTo6mHrzmR9zclKiLGF+TAZ d7ZlVLG+ySsRkZEIpbVu0ibkYgXBZCIKVHxfltQVoKH7mrgWz63PRH3HPCzMJueMSgSF g7+m5qSn4XCbYOIpOinOZwkcacyTm8Pbq/S7G7kHMa2Fu8HRIWUllTkPIPCStwnJnuKg o5VyKyMXXVR8FbJXojDpgisl2MTYm6gng8VRFvySDD3y/5ZYFLhDZ8OvNRjhHcBDp2Hu 47cA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=jh9lH80MpULRsn98YU0N/spQrNsNeCeUeQwJ65Yxe+E=; b=LWy1jKtf0Q8gZBAdMaxioyOQf8lAe7Q7I76pBZ1PulHGyj/H7PaRzO3rIbcEUIxewF Tm+HyANwDuNEt/Ysv9lG8eUBEDTwvheH3ywAuNaXZawkVZ5/XmNRDqmLib41Gr1IG86q fvv8a0mRUV7w+2XwRiho0V+NxDpPIJeYJOwmFoktelQvQHOpdGyDjs3Ids7x6p0betb/ rAtZH7J5Xwu5jK5fn0LsE5EKQkXqT9o8MoJaC4IYQ9ESCpT3QwZfBLLzsUiYWaVcZmlA iVJ8kuGL3+DpeMVgxlUPAC6NvwDX0PPT0niLCLmw71A9lgRBz6lRsil2RcfVokWmDdKz A67Q==
X-Gm-Message-State: AOAM5315aMM6GwKLmAT14ZFyharpBdaoUwA/ljM2wCuLvsR4q1lxaQqA UrWYKOsUNnCR1SSKbUXjbDI=
X-Google-Smtp-Source: ABdhPJzPJReotYIxa6ReH/hQmIblOJ5RJvxeFRqQcRlGL/0lmw88+JxaZeopcZl2Pg0f7zeyOnonlQ==
X-Received: by 2002:a17:90a:4598:: with SMTP id v24mr968364pjg.102.1614635318283; Mon, 01 Mar 2021 13:48:38 -0800 (PST)
Received: from [10.117.2.107] ([66.129.239.15]) by smtp.gmail.com with ESMTPSA id cp22sm293897pjb.15.2021.03.01.13.48.36 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Mar 2021 13:48:37 -0800 (PST)
Date: Mon, 1 Mar 2021 13:45:53 -0800
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Robert Raszuk <robert@raszuk.net>, Tony Li <tony.li@tony.li>
Cc: Gyan Mishra <hayabusagsm@gmail.com>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>, Shraddha Hegde <shraddha@juniper.net>, Rajesh M <mrajesh@juniper.net>, "=?utf-8?Q?lsr=40ietf.org?=" <lsr@ietf.org>, William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org>
Message-ID: <26ed8492-8b38-46a9-9482-0f381ab8ca66@Spark>
In-Reply-To: <08882555-009B-4068-ABB0-20B0D165D722@tony.li>
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>
X-Readdle-Message-ID: 26ed8492-8b38-46a9-9482-0f381ab8ca66@Spark
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="603d6133_7fdcc233_117f1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/DBZwNl-bw2aB-3aFAXk6-xglaLc>
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, 01 Mar 2021 21:48:42 -0000

In ol’ good RSVP-TE days we already used “severity/relevance indicator” to decide whether changes in link  attributes (BW/etc) are significant enough and should be propagated in into TED and trigger re-optimization/rerouting, this is no different,  define your threshold for a trigger.
Note - flex-also requires contiguous topology to work, self isolation as the result of (dynamic) topology re-computation would not be a great thing.

Cheers,
Jeff
On Mar 1, 2021, 12:48 PM -0800, Tony Li <tony.li@tony.li>li>, wrote:
>
> Robert,
>
> > Constructing arbitrary topologies with bw constrain is useful work. For example I want to create a topology without links of the capacity less then 1 Gbps. All cool. Of course if I have a case where two nodes have 10 L3 1Gbps links nicely doing ECMP I will not include those which may be a problem.
>
>
> I agree that it may be a problem. Maybe it’s not the right tool for the job at hand. That doesn’t make it a bad tool, just the wrong one. I try not to turn screws with a hammer. And I try not to drive nails with a screwdriver.
>
> I will happily stipulate that we need more tools and that these are not enough. We should not reject a tool simply because it doesn’t solve all problems. Let’s work towards the right set of tools. Linear algebra tells us that we want an orthogonal set of basis vectors. What are they? Adding them one at a time is not horrible progress.
>
>
> > However my observation is precisely related to your last sentence.
> >
> > Is this extension to be used with static or dynamic data ? If static all fine. But as William replied to me earlier link delay may be dynamically computed and may include queue wait time. That to me means something much different if Flex-Algo topologies will become dynamically adjustable. And I am not saying this is not great idea .. My interest here is just to understand the current scope.
>
>
> Link delay was dynamic before this draft. As William mentioned, TWAMP can already be used to provide a dynamic measurement of link delay. That, coupled with the link delay metric already gave us dynamic path computation requirements and the possibilities of oscillation and instability. We have chosen to charge ahead, without addressing those concerns already.
>
> Regards,
> Tony
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr