Re: [Lsr] New draft on Flex-Algorithm Bandwidth Constraints
Robert Raszuk <robert@raszuk.net> Sat, 27 February 2021 12:24 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 565863A1791 for <lsr@ietfa.amsl.com>; Sat, 27 Feb 2021 04:24:34 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 tdfzV6cLFGB6 for <lsr@ietfa.amsl.com>; Sat, 27 Feb 2021 04:24:30 -0800 (PST)
Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (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 E504A3A178D for <lsr@ietf.org>; Sat, 27 Feb 2021 04:24:29 -0800 (PST)
Received: by mail-lf1-x129.google.com with SMTP id d24so17949790lfs.8 for <lsr@ietf.org>; Sat, 27 Feb 2021 04:24:29 -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=5UDi4rm2oIjlh2DNFasexNaS/CBQ7qxVGS0mLY/8HN8=; b=B2KBsHR0tyTZigF9Gy82w4ADev84HLRmkJe1ELoFL0n1gOSguyiTPGdvYUqbo4qPEt 4J8+34f7fRMDvXdKsAi331yoHW4gctO8hbrZY9ep6lvUH2t4KT/FzEZnBmFh4bU0+Wgu 3qH2ms4in9fzXPT6fEInjZQuXg30lmxu1QiHpHaE4ordRyw+zNV0V205Jbe9VvW1c8Lv rtwkVt4Jukr/9Sn06hAptvY33sP9UJmA7w7T0F6JIxLBkEMOMMtmkmLm3LFMzIEwAbBu FuE5UJEVII+NGFWPrRf/aj543DE8izW1Xvfqvzlpu4LgEKMXUPh3tPkqsqiIiSeQCU13 c26A==
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=5UDi4rm2oIjlh2DNFasexNaS/CBQ7qxVGS0mLY/8HN8=; b=DiX7M9gKfH+TKQCB5mMWrNJO1k62kVJOSGgjahs9NG3z0Guc0nJ+n9ZjiNV6SmfMCw fQJP5bjnWjiU9hbZ9VWS5T2i7Ja64Xt95s+PYBhv3/ZmJLsZ7j5q4ol869jQlzMKwc5D tSAFjuVXFp4quwgrsylnYhWiu7/1DkbZePL8D/Esxu5VBUKZPM55sUnG7yhtWDgAe2u2 Eh5KnQFKhwkLfk4snZ4ZFOtHlxLnytQRyd3nHxYUcpuQqkTC3+ydlu5Sm/HgbFK18erI SK3TL7JtEyg7BU+9IXRMRXswolbMvuhISEgoJJgW9HFoXiYnA7npYNDYfMhZ2wcTmJ7H 4zrA==
X-Gm-Message-State: AOAM533P33F+LF6brnJ3WYSq1+Ixbh2O2lK8BWUJnMn+uv3bYifqEvL6 HX5YFUMNWtezYDbUWM0P7jc4vFIODxAMkilc0gyTgw==
X-Google-Smtp-Source: ABdhPJySeKB/flXTXAtZSnwl6hWXPrU4/O+KXkopiNth2ZpHOaI8u3L5mSPvRtgtxuxg5PyR7dhEWiCNeBWk3huNTiM=
X-Received: by 2002:a19:ac49:: with SMTP id r9mr4683088lfc.602.1614428667673; Sat, 27 Feb 2021 04:24:27 -0800 (PST)
MIME-Version: 1.0
References: <161401476623.19237.3808413288895066510@ietfa.amsl.com> <DM5PR0501MB380079CFD75C78610130D81BCD9D9@DM5PR0501MB3800.namprd05.prod.outlook.com>
In-Reply-To: <DM5PR0501MB380079CFD75C78610130D81BCD9D9@DM5PR0501MB3800.namprd05.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 27 Feb 2021 13:24:19 +0100
Message-ID: <CAOj+MMHKazMG3wnUA+Kd2wg2hfr01CdF5w5YYKdFaHU4_V+0SA@mail.gmail.com>
To: William Britto A J <bwilliam=40juniper.net@dmarc.ietf.org>
Cc: "lsr@ietf.org" <lsr@ietf.org>, Rajesh M <mrajesh@juniper.net>, Shraddha Hegde <shraddha@juniper.net>, DECRAENE Bruno IMT/OLN <bruno.decraene@orange.com>
Content-Type: multipart/alternative; boundary="000000000000408d6005bc50775f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/RANfhMQVZ5zRzrATqS898HMdEMY>
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: Sat, 27 Feb 2021 12:24:34 -0000
Hi William & co-authors, I read the draft and have two basic questions. 1. Both bw & delay can be used as defined in the draft to construct new forwarding topologies. But how practical such topologies would be in the real life when 40GB links may be heavily occupied with bursty traffic and 10G links can sit idle ? I suppose you are trying to address the case where say 12 gbps holographic stream needs to be sent across a network.. But then I don't think if sending it in a single flow instead of spreading into many sub-flows and use as much as possible ecmp would not be a better option. 2. Likewise how good is my accumulated link delay value if in between there are deep buffer network elements and say egress queuing to each link (which max is unaccounted for in your draft) can significantly alter the end to end delay ? Have you consider to add MAX_EGRESS_QUEUE_DELAY on a per link basis (still as static value). So if some traffic is delay sensitive we will have a much better accuracy not to get into a trap of queuing related delays. Thx a lot, Robert. On Fri, Feb 26, 2021 at 8:37 AM William Britto A J <bwilliam= 40juniper.net@dmarc.ietf.org> wrote: > All, > > > > We would like to draw your attention to a new ID: > https://datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con-00 > > > > The draft talks about introducing link bandwidth related constraints in > Flex-Algorithm which can be used to define a Flex-Algorithm based on > bandwidth based metric. > > > > Please review. Any questions and comments are welcome. > > > > Thanks, > > William > > > > > > *From: *internet-drafts@ietf.org <internet-drafts@ietf.org> > *Date: *Monday, 22 February 2021 at 10:56 PM > *To: *Bruno Decraene <bruno.decraene@orange.com>, Rajesh M < > mrajesh@juniper.net>, Rajesh M <mrajesh@juniper.net>, Shraddha Hegde < > shraddha@juniper.net>, William Britto A J <bwilliam@juniper.net>, William > Britto A J <bwilliam@juniper.net> > *Subject: *New Version Notification for > draft-hegde-lsr-flex-algo-bw-con-00.txt > > [External Email. Be cautious of content] > > > A new version of I-D, draft-hegde-lsr-flex-algo-bw-con-00.txt > has been successfully submitted by Shraddha Hegde and posted to the > IETF repository. > > Name: draft-hegde-lsr-flex-algo-bw-con > Revision: 00 > Title: Flexible Algorithms Bandwidth Constraints > Document date: 2021-02-22 > Group: Individual Submission > Pages: 21 > URL: > https://urldefense.com/v3/__https://www.ietf.org/archive/id/draft-hegde-lsr-flex-algo-bw-con-00.txt__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3v6TruoA$ > <https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-hegde-lsr-flex-algo-bw-con-00.txt__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3v6TruoA$> > Status: > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD1VexjHPQ$ > <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD1VexjHPQ$> > Htmlized: > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3X5nPQbA$ > <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-hegde-lsr-flex-algo-bw-con__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD3X5nPQbA$> > Htmlized: > https://urldefense.com/v3/__https://tools.ietf.org/html/draft-hegde-lsr-flex-algo-bw-con-00__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD2aqSYcuQ$ > <https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-hegde-lsr-flex-algo-bw-con-00__;!!NEt6yMaO-gk!QGg36p91zPfVMznYY91xs-zx70Qp5BE1nJx-Thnl14sTCkvwgOjEzjGBtD2aqSYcuQ$> > > > Abstract: > Many networks configure the link metric relative to the link > capacity. High bandwidth traffic gets routed as per the link > capacity. Flexible algorithms provides mechanisms to create > constraint based paths in IGP. This draft documents a set of > bandwidth related constraints to be used in Flexible Algorithms. > > > > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > Juniper Business Use Only > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr >
- [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