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

Aijun Wang <wangaijun@tsinghua.org.cn> Thu, 03 December 2020 07:07 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 E007F3A0809 for <lsr@ietfa.amsl.com>; Wed, 2 Dec 2020 23:07:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Level:
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 2ppP2QsEk27i for <lsr@ietfa.amsl.com>; Wed, 2 Dec 2020 23:07:00 -0800 (PST)
Received: from mail-m127101.qiye.163.com (mail-m127101.qiye.163.com [115.236.127.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 955693A07F9 for <lsr@ietf.org>; Wed, 2 Dec 2020 23:06:58 -0800 (PST)
Received: from DESKTOP2IOH5QC (unknown [219.142.69.75]) by mail-m127101.qiye.163.com (Hmail) with ESMTPA id 68A58476F4; Thu, 3 Dec 2020 15:06:54 +0800 (CST)
From: Aijun Wang <wangaijun@tsinghua.org.cn>
To: 'Parag Kaneriya' <pkaneria@juniper.net>, "'Acee Lindem (acee)'" <acee=40cisco.com@dmarc.ietf.org>, 'lsr' <lsr@ietf.org>
References: <777B2AC4-CACF-4AB0-BFC7-B0CFFA881EEB@cisco.com> <008e01d6c914$08259d20$1870d760$@tsinghua.org.cn> <BYAPR05MB41988F06D2C790D925064AA1DFF20@BYAPR05MB4198.namprd05.prod.outlook.com>
In-Reply-To: <BYAPR05MB41988F06D2C790D925064AA1DFF20@BYAPR05MB4198.namprd05.prod.outlook.com>
Date: Thu, 03 Dec 2020 15:06:53 +0800
Message-ID: <00db01d6c942$e1908e20$a4b1aa60$@tsinghua.org.cn>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DC_01D6C985.EFB75090"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQH8VnFOXLr2+nfgZyr1vMlff0Wn2AHhfCFyAiJNeDapebJLQA==
Content-Language: zh-cn
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZQk5JGh4YQkhDHUNPVkpNS01CTEJJSk9NTklVEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS09ISFVLWQY+
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6OVE6TDo4Hj8PIjk9LipMAxMp TjdPC0pVSlVKTUtNQkxCSUpOSk5CVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxOWVdZCAFZQUlKT09KNwY+
X-HM-Tid: 0a76276cdcd09865kuuu68a58476f4
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/EcKSNk1S8KepjtkVzGLLlXYXfjg>
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: Thu, 03 Dec 2020 07:07:04 -0000

Hello Parag:

 

From: Parag Kaneriya <pkaneria@juniper.net> 
Sent: Thursday, December 3, 2020 2:08 PM
To: Aijun Wang <wangaijun@tsinghua.org.cn>; 'Acee Lindem (acee)'
<acee=40cisco.com@dmarc.ietf.org>; 'lsr' <lsr@ietf.org>
Subject: RE: [Lsr] WG Adoption Call for "IGP Flexible Algorithms
(Flex-Algorithm) In IP Networks" - draft-bonica-lsr-ip-flexalgo-01

 

Hello Aijun,

 

Every router by default support algo 0.  When router support IP-FLEX algo
along with default algo, we need to be deterministic when there is conflict
of prefix advertise in both algo. This conflict might be due to mis config.
So when such condition arise, prefix belong to default algo should give
priority to be install in forwarding table. 

[WAJ] Why not prefer to the prefixes belong to the IP-FLEX?

And, let's consider its relation with BGP Prefixes. When the sub-topology
within the IP-FLEX is broken, because you don't support (BGP nexthop)
automatic fallback to the default algo,  traffic to these prefixes  that
advertised by the BGP will also be broken?

Is there any mechanism to support the automatic fallback from IP-FLEX to
default algo?   

 

Regards

Parag

 

Juniper Business Use Only

From: Lsr <lsr-bounces@ietf.org <mailto:lsr-bounces@ietf.org> > On Behalf Of
Aijun Wang
Sent: Thursday, December 3, 2020 7:02 AM
To: 'Acee Lindem (acee)' <acee=40cisco.com@dmarc.ietf.org
<mailto:acee=40cisco.com@dmarc.ietf.org> >; 'lsr' <lsr@ietf.org
<mailto:lsr@ietf.org> >
Subject: Re: [Lsr] WG Adoption Call for "IGP Flexible Algorithms
(Flex-Algorithm) In IP Networks" - draft-bonica-lsr-ip-flexalgo-01

 

[External Email. Be cautious of content]

 

Hi, authors:

 

Want to confirm one thing:

Does the mechanism described in this draft support the automatic fallback
from "flex algorithm" to the "traditional least-cost algorithm"?  

That is to say, can one prefix exists both in the "flex algorithm" table and
"traditional least-cost algorithm" table, the router prefer to forwarding
the packet based on the former table, and if not hit, then lookup the latter
table?

 

>From the context of the document, the answer seems not, or even on the
contrary?

In cases where a prefix advertisement is received in both a IPv4

   Prefix Reachability TLV and an IPv4 Algorithm Prefix Reachability

   TLV, the IPv4 Prefix Reachability advertisement MUST be preferred

   when installing entries in the forwarding plane.

 

If so, what the value to deploy such flexible algorithm within the network?
>From my POV, the reason that we want to deploy such mechanism is that we
want to differentiate the path(result of flex algorithm) of some traffic
from that(result of traditional least-cost algorithm) of most other normal
traffic.

 

Best Regards

 

Aijun Wang

China Telecom

 

From: lsr-bounces@ietf.org <mailto:lsr-bounces@ietf.org>
<lsr-bounces@ietf.org <mailto:lsr-bounces@ietf.org> > On Behalf Of Acee
Lindem (acee)
Sent: Wednesday, December 2, 2020 5:13 AM
To: lsr <lsr@ietf.org <mailto:lsr@ietf.org> >
Subject: [Lsr] WG Adoption Call for "IGP Flexible Algorithms
(Flex-Algorithm) In IP Networks" - draft-bonica-lsr-ip-flexalgo-01

 

This IP Flex Algorithm draft generated quite a bit of discussion on use
cases and deployment prior to IETF 109 and there was generally support for
WG adoption. This begins a two week WG adoption call. Please indicate your
support or objection to WG adoption on this list prior to 12:00 AM UTC on
December 16th, 2020. Also, review comments are certainly welcome.

Thanks,

Acee