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

Aijun Wang <wangaijun@tsinghua.org.cn> Thu, 04 March 2021 16:03 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
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 EF99C3A0E77 for <lsr@ietfa.amsl.com>; Thu, 4 Mar 2021 08:03:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 115xeab7eWKD for <lsr@ietfa.amsl.com>; Thu, 4 Mar 2021 08:03:07 -0800 (PST)
Received: from mail-m17638.qiye.163.com (mail-m17638.qiye.163.com [59.111.176.38]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECFD13A0E82 for <lsr@ietf.org>; Thu, 4 Mar 2021 08:03:06 -0800 (PST)
Received: from [240.0.0.1] (unknown [106.121.128.50]) by mail-m17638.qiye.163.com (Hmail) with ESMTPA id D8A6B1C0295; Fri, 5 Mar 2021 00:03:03 +0800 (CST)
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Date: Fri, 5 Mar 2021 00:03:02 +0800
Message-Id: <A76B9064-5644-40C5-98D4-DEF31519152E@tsinghua.org.cn>
References: <8ca4c6ad-22f4-3374-011e-3f16dd9afa7e@cisco.com>
Cc: Robert Raszuk <robert@raszuk.net>, 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, William Britto A J <bwilliam@juniper.net>
In-Reply-To: <8ca4c6ad-22f4-3374-011e-3f16dd9afa7e@cisco.com>
To: Peter Psenak <ppsenak@cisco.com>
X-Mailer: iPhone Mail (18D52)
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZThpLGhkaSUhDT0oYVkpNSk9DTEhMQ09LS05VEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0hOT1VLWQY+
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6NEk6Khw5GT8POQsoPjEMSD40 EhkaCi5VSlVKTUpPQ0xITENPSENMVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKS01VSklKVUpJQ1VOS1lXWQgBWUFITkNJNwY+
X-HM-Tid: 0a77fdfa6e54d993kuwsd8a6b1c0295
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/LMV0qx1l1Zh7Zp24xEu4eV6V2b0>
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: Thu, 04 Mar 2021 16:03:09 -0000

Hi, Peter:
We are also interested the distributed mode deployment. Would you like to provide more information about the deployment/implementaction and we can learn what’s the size of network scale and how often the measured value is changed. Some pointers are also help.
Thanks in advance.

Aijun Wang
China Telecom

> On Mar 4, 2021, at 23:14, Peter Psenak <ppsenak@cisco.com> wrote:
> 
> Aijun,
> 
>> On 04/03/2021 15:23, Aijun Wang wrote:
>> Hi, Peter:
>> Whatever the interval is set, I think the measured value is “unpredictable parameter” and should not be used as the input factors for IGP SPF calculations by the network devices.
>> Or else, the overall behavior of the network will be uncontrollable.
> 
> let me disagree.
> 
> 
>> For the delay aware application, we prefer to using the controller to calculate and program the network devices, to let such applications traffic follow one optimized path, to meet the application’s requirements.
> 
> I don't object your personal choice.
> 
> There is sufficient interest in distributed version of delay optimized forwarding in the field. There are multiple implementations of flex-algo with delay metric available. There are also multiple deployments of it in the field.
> 
> thanks,
> Peter
> 
> 
>> Aijun Wang
>> China Telecom
>>>> On Mar 4, 2021, at 21:30, Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org> wrote:
>>> 
>>> On 04/03/2021 14:28, Robert Raszuk wrote:
>>>>> Is it minimum ever, is it min of the year, month, week, day ... etc
>>>>   https://tools.ietf.org/html/rfc8570#section-4.2
>>>>   Peter
>>>> Maybe it is just me but in section 4.2 I see NOTHING about how often that delay should be measured which was the point above.
>>> 
>>> it says it clearly - "over a configurable interval"
>>> 
>>> Peter
>>> 
>>>> Thx,
>>>> R.
>>> 
>>> _______________________________________________
>>> Lsr mailing list
>>> Lsr@ietf.org
>>> https://www.ietf.org/mailman/listinfo/lsr
>