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

Robert Raszuk <robert@raszuk.net> Wed, 03 March 2021 14:47 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 F2C5B3A140F for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 06:47:07 -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 Cr2hfInHGqQY for <lsr@ietfa.amsl.com>; Wed, 3 Mar 2021 06:47:06 -0800 (PST)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 539A73A140E for <lsr@ietf.org>; Wed, 3 Mar 2021 06:47:06 -0800 (PST)
Received: by mail-lj1-x235.google.com with SMTP id e2so21808875ljo.7 for <lsr@ietf.org>; Wed, 03 Mar 2021 06:47:06 -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=yXY9YE2cS2E+/WKtASFLGQIiEVyq8Apcw97UcSpcTXo=; b=GS2nyBngmo2twN8jGij7DEXeDlNfbeg8J8Nr+qeEDy2XTM/bQ1Wr73mzMK419sS5IQ RkMe6FFW/EfX8RD72XUildu3DaoOGz8mQpcBlXbp1YXsyMKMtNlwTEmIkCczzkcFKnFA PCoPf6M2gArqQRvJD59HAcvuTbj59kB43xBIDDFFjhv3SHokLsD3kyBGmiCb+TG/PWpB /TRMa/1vhH8O7Np918dthdOFFvRlUx0zK2p7nGuTcl7aNdGrStQC2qdcoXMBhC535/DM ZEqtgXIWQYs1XVX0GOT/Vj9rxgkAt7WlSclGwUqWw4ZYDGdZBWw23R0haGztBcMM9lLY K5ZA==
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=yXY9YE2cS2E+/WKtASFLGQIiEVyq8Apcw97UcSpcTXo=; b=NEEIcfe8CcgzqmIyjkm6I3eESORVUE9WnB7lHdc7G/t8m7Vsd1IPxHQs+U3gT4JYY5 nZWEZYFhzecaEGZofUPfqTky0AwBwr9aa/QjYITpXwPQA4WXS5uMwMlMP3LartXzhRcQ TmFWPcGaQNURFwCIyErwWpml0dYvtJ//wNmudbkDA7VazyKTfd9Wdyb+XonNuRmZYIR6 n809MwTwhUw2kWAPe6T1bmEM8OlNLQc4ZkD3q/Q9oQytN6HADzMdKQrJcZDyN17iG3Je IoneDKErDfZs22WeVZrUrQuE91Q9MmDgzgkNqmSgKWSm/yZBEYjzUYRBHxnAOxvF7cfr OtLQ==
X-Gm-Message-State: AOAM530PdMqr9fSgWcPPqDgo+ovuhmIpWnStiVYj6xfhWCavRx6mGhUv IFfnltWfnFRvRBHAkUuZ6/wZQX3zRzcJoX2kv8q2Yw==
X-Google-Smtp-Source: ABdhPJzLDM158s3sHQ7N5gN6x/WZhdvitCsE0uToPtj4jQlEcjJCU1yEz5AXCWvjzAnlZBNdKzf76rFY+W7/RpREsxk=
X-Received: by 2002:a2e:8e6e:: with SMTP id t14mr14855409ljk.23.1614782824610; Wed, 03 Mar 2021 06:47:04 -0800 (PST)
MIME-Version: 1.0
References: <161401476623.19237.3808413288895066510@ietfa.amsl.com> <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> <CY4PR05MB3576051C31A5A8DD704B8378D5989@CY4PR05MB3576.namprd05.prod.outlook.com> <CAOj+MMG5PkA6tsSNUu54HWBYrrWW5FgZzvndm5wTY5L8PXm8iw@mail.gmail.com> <CY4PR05MB357694774EA7040EDA8C90D3D5989@CY4PR05MB3576.namprd05.prod.outlook.com> <CAOj+MMGwmf=q0zCbM5E1WvVgqGqmL4C=OLzRVfUNywp73FJ1ww@mail.gmail.com> <2f677e7d-2424-ab33-64b2-7d879b89a336@cisco.com>
In-Reply-To: <2f677e7d-2424-ab33-64b2-7d879b89a336@cisco.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 3 Mar 2021 15:46:55 +0100
Message-ID: <CAOj+MME8z6TtgLNG8D_FvrencA=OhWiaHSWe8sDguD4Bt1xmZg@mail.gmail.com>
To: Peter Psenak <ppsenak@cisco.com>
Cc: Shraddha Hegde <shraddha@juniper.net>, Gyan Mishra <hayabusagsm@gmail.com>, "DECRAENE Bruno IMT/OLN" <bruno.decraene@orange.com>, Rajesh M <mrajesh@juniper.net>, Tony Li <tony.li@tony.li>, "lsr@ietf.org" <lsr@ietf.org>, William Britto A J <bwilliam@juniper.net>
Content-Type: multipart/alternative; boundary="000000000000a68b5105bca2ec40"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/j8CglXcXQtk9tWs1sx_Fp4aC8aY>
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 14:47:08 -0000

Hi Peter,

 > I was talking about requirements of generation and flooding of  min

> > delay for the needs of this new constrain.
>
> yes, but the min delay is already being used by flex-algo as one of the
> possible metrics, so noting new is required.
>

I think it depends on one's use case.

The fact that we are advertising this min delay today to me does not mean
that we are done with it for ever and every use case :).

All,

Is there any document or implementation report summarizing how different
implementations generate and how (by default) trigger flooding of the
changed min delay value per link ?

Thx,
R.