Re: [Lsr] WG Adoption Call for "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks" - draft-bonica-lsr-ip-flexalgo-01

Tony Li <tony1athome@gmail.com> Fri, 04 December 2020 00:13 UTC

Return-Path: <tony1athome@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 3C0423A10E3 for <lsr@ietfa.amsl.com>; Thu, 3 Dec 2020 16:13:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 WyL5dhTWfiL0 for <lsr@ietfa.amsl.com>; Thu, 3 Dec 2020 16:13:41 -0800 (PST)
Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (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 0BE2A3A10DE for <lsr@ietf.org>; Thu, 3 Dec 2020 16:13:41 -0800 (PST)
Received: by mail-pj1-x1034.google.com with SMTP id r9so2035535pjl.5 for <lsr@ietf.org>; Thu, 03 Dec 2020 16:13:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FDnLXQgxNk2+emqUySCmflchHgwBGoMX1Juoz8MtW4M=; b=qNSOjDvr6ICVDgsJpULi9uGp3ELvuZlKZnkGsua4FssTo4/1Hh2wJ2N4pKgtj+wFTT G50luEPX+uHN8ttegby5PK8OpownI3tpDMQQeTCV4y0Hi426qxoovLQp/AztuMe6lltA pcmnxWC84C8xdQUV1oSZSEREow+auJLsjD1Ls8bX73k/APCK0ivOYbnEFT58RIGzeOuG NhmJm9cgj6U87wP1+5EcnkF6QX7UY65Lg1RRXMcaHFQQIj6rTEkqS+Bjpre3prQU2JPM iKPzjqAV6653p0RCFUIKCEphyyFEJnhat44ycfKtrNh0NSTNmua14wxdRI5GGEZTNfDK H/aQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FDnLXQgxNk2+emqUySCmflchHgwBGoMX1Juoz8MtW4M=; b=oF8iZZfCXO+qGIakqJrW/vfwL+Ko0cVtiXxlpchOR+H0bLuCHB19Xd0CODtdMBBrzn QuziSxtMmaMfkg1YNI5C6jdCNj3kCpa8O9jywSDxWDelQqR4WfYyWWPwmOzNMUiQ1L/F jvvfU/o8kkPP60em/7vuwssgoUPkd9IKkwgH4L2XYDWlNhTy1bDZxr1gYcV7WYuDMtGd oPutibkwWK4xkR6qE/yfrQFlqSPNMb1YIe24faJsLLSyHTIOhdBIqdturVoTDdDg5dwF W3imUKClRV/OXof9Mcmbrr/+84waKYZTV2jHNl9kNQUHfQX9NPhX8WM2rKlGNKWotT/x SW0A==
X-Gm-Message-State: AOAM531Uo4kb3fqgx4qTiVptoh7V07ZaUOnbIz4pgCWmG7h8RPmYf7RM 45Hz/xUR3/sLe7/Xko2qnnJV0ZIP6bKzyQ==
X-Google-Smtp-Source: ABdhPJx2Vf+r97U7rER5Z6zXMjvXA38018/a+7O71YQITaKquh5im3GYrZgVZqqIIvTlo/BDQlIqjQ==
X-Received: by 2002:a17:902:ba8b:b029:d7:e6da:cd21 with SMTP id k11-20020a170902ba8bb02900d7e6dacd21mr1468930pls.38.1607040820485; Thu, 03 Dec 2020 16:13:40 -0800 (PST)
Received: from [192.168.4.24] (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id i13sm2786232pfo.139.2020.12.03.16.13.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Dec 2020 16:13:39 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Tony Li <tony1athome@gmail.com>
In-Reply-To: <CAOj+MMEmmFfN228okgFGM09qaiB8s0nS_8rQEqwBVsdJidy8XA@mail.gmail.com>
Date: Thu, 3 Dec 2020 16:13:38 -0800
Cc: "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, lsr <lsr@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F1AE46BD-5809-467A-9CE1-69C08406CB40@gmail.com>
References: <777B2AC4-CACF-4AB0-BFC7-B0CFFA881EEB@cisco.com> <CAOj+MMEmmFfN228okgFGM09qaiB8s0nS_8rQEqwBVsdJidy8XA@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/OZyqNeKgVb76PaOjnPzmtyBKnFo>
Subject: Re: [Lsr] WG Adoption Call for "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks" - draft-bonica-lsr-ip-flexalgo-01
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: Fri, 04 Dec 2020 00:13:42 -0000

Hi Robert,


> However I really do not think that what Flexible Algorithm offers can be compared or even called as Traffic Engineering (MPLS or SR). 
> 
> Sure Flex Algo can accomplish in a very elegant way with little cost multi topology routing but this is not full TE. It can also direct traffic based on static or dynamic network preferences (link colors, rtt drops etc ... ),  but again it is not taking into account load of the entire network and IMHO has no way of accomplish TE level traffic distribution. 
> 
> Just to make sure the message here is proper. 


It’s absolutely true that FlexAlgo (IP or SR) has limitations. There’s no bandwidth reservation. There’s no dynamic load balancing. No, it’s not a drop in replacement for RSVP. No, it does not supplant SR-TE and a good controller. Etc., etc., etc….

However I don’t feel that it’s fair to say that FlexAlgo can’t be called Traffic Engineering.  After all TE is a very broad topic. Everything that we’ve done that’s more sophisticated than simple SPF falls in the area of Traffic Engineering.  Link coloring and SRLG alone clearly fall into that bucket.

I’ll grant you that it may not have the right TE features for your application, but that doesn’t mean that it’s not sufficient for some.  Please don’t mislead people by saying that it’s not Traffic Engineering.

Regards,
Tony