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
- [Lsr] WG Adoption Call for "IGP Flexible Algorith… Acee Lindem (acee)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Tony Li
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Yan Filyurin
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Joel M. Halpern
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Jeff Tantsura
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Acee Lindem (acee)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Tarek Saad
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Yingzhen Qu
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Aijun Wang
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Gyan Mishra
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Parag Kaneriya
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Aijun Wang
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Ketan Talaulikar (ketant)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Robert Raszuk
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Tony Li
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Robert Raszuk
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Jeff Tantsura
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Gyan Mishra
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Aijun Wang
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Jeff Tantsura
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Jeff Tantsura
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… li_zhenqiang@hotmail.com
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Gyan Mishra
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Gyan Mishra
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Aijun Wang
- [Lsr] Flexible Algorithm - TE or not TE Robert Raszuk
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] Flexible Algorithm - TE or not TE Acee Lindem (acee)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Tony Li
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… slitkows.ietf
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Jeff Tantsura
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Parag Kaneriya
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Huzhibo
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Huzhibo
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… peng.shaofu
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… li_zhenqiang@hotmail.com
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Duncan, Ian
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Robert Raszuk
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Huzhibo
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Dongjie (Jimmy)
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Huzhibo
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Huzhibo
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Peter Psenak
- Re: [Lsr] WG Adoption Call for "IGP Flexible Algo… Acee Lindem (acee)