Re: [Lsr] WG Adoption Call for draft-li-lsr-dynamic-flooding-02 + IPR poll.
Huaimo Chen <huaimo.chen@huawei.com> Sun, 24 February 2019 05:35 UTC
Return-Path: <huaimo.chen@huawei.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 AE826130E2F; Sat, 23 Feb 2019 21:35:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 4WP83CGPhbzD; Sat, 23 Feb 2019 21:35:34 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1594A1228B7; Sat, 23 Feb 2019 21:35:34 -0800 (PST)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 8F979F1BF40AEC22DC02; Sun, 24 Feb 2019 05:35:31 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sun, 24 Feb 2019 05:35:30 +0000
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.111]) by SJCEML702-CHM.china.huawei.com ([169.254.4.38]) with mapi id 14.03.0415.000; Sat, 23 Feb 2019 21:34:34 -0800
From: Huaimo Chen <huaimo.chen@huawei.com>
To: Christian Hopps <chopps@chopps.org>, "lsr@ietf.org" <lsr@ietf.org>
CC: "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "lsr-ads@ietf.org" <lsr-ads@ietf.org>
Thread-Topic: [Lsr] WG Adoption Call for draft-li-lsr-dynamic-flooding-02 + IPR poll.
Thread-Index: AQHUwfc3rlPy0Ul4REi1Ut4/82BOw6XsOGoAgAJCW3A=
Date: Sun, 24 Feb 2019 05:34:34 +0000
Message-ID: <5316A0AB3C851246A7CA5758973207D463B5858A@sjceml521-mbx.china.huawei.com>
References: <sa6lg2md2ok.fsf@chopps.org> <SN6PR11MB284553735B2351FB584BE792C17F0@SN6PR11MB2845.namprd11.prod.outlook.com>
In-Reply-To: <SN6PR11MB284553735B2351FB584BE792C17F0@SN6PR11MB2845.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.212.244.110]
Content-Type: multipart/alternative; boundary="_000_5316A0AB3C851246A7CA5758973207D463B5858Asjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/laI-Ek1fcbZVwhZJxQmc9yi7-6U>
Subject: Re: [Lsr] WG Adoption Call for draft-li-lsr-dynamic-flooding-02 + IPR poll.
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: Sun, 24 Feb 2019 05:35:38 -0000
Some issues with draft-li-lsr-dynamic-flooding-02 not fully addressed are briefed below. 1) There is no concrete procedure/method for fault tolerance to multiple failures. When multiple failures happen and split the flooding topology, the convergence time will be increased significantly without fault tolerance. The longer the convergence time, the more the traffic lose. 2) The extensions to Hello protocols for enabling "temporary flooding" over a new link is not needed. 3) The extensions to Hello protocols for requesting/signaling "temporary flooding" for a connection does not work. In addition, for signaling the distributed solution/mode or the centralized solution/mode, a user/operator needs to configure or select a solution/mode on a node via CLI or other approach first. Which node should the user/operator use to configure/select a mode? If the user/operator can only use the leader node in the area to configure, then it is neither convenient nor reasonable. The leader node in the area is dynamically generated. But in the distributed mode/solution, there is no leader selection (i.e., no leader should be generated). draft-cc-lsr-flooding-reduction-01 contains solutions for some of the above issues, which should be merged based on technical merits. Best Regards, Huaimo -----Original Message----- From: Lsr <lsr-bounces@ietf.org> On Behalf Of Christian Hopps Sent: 11 February 2019 16:15 To: lsr@ietf.org Cc: lsr-chairs@ietf.org; lsr-ads@ietf.org; chopps@chopps.org Subject: [Lsr] WG Adoption Call for draft-li-lsr-dynamic-flooding-02 + IPR poll. Hi Folks, We are starting a 2 week adoption call on draft-li-lsr-dynamic-flooding-02. The aim of this document is to describe the problem space and standardize a way to signal dynamic flooding information. It does not standardize any specific algorithm for flooding topology creation. Authors please respond indicating if you are aware of any IPR related to this work. We also have another draft (draft-cc-lsr-flooding-reduction-01) that started as a distributed flooding topology algorithm and morphed into that plus competing ideas on signaling of flooding topology information. The intent after adoption of draft-li-lsr-dynamic-flooding-02 is two-fold. One, the WG can discuss adding any signaling ideas from this work to the adopted signaling draft (with proper attribution given as appropriate), and two, for the authors of draft-cc-lsr-flooding-reduction-01 to publish a new document without the signaling portion and instead focus on their flooding topology algorithm. This new focused document can be considered in parallel along with the other algorithm work that has been proposed. Flooding topology creation is seen as a hard problem for which we don't expect a one-size-fits-all solution. Taking the steps outlined above will help us move forward on the solutions. Thanks, Chris & Acee. LSR WG Chairs. _______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
- [Lsr] WG Adoption Call for draft-li-lsr-dynamic-f… Christian Hopps
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Acee Lindem (acee)
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… tony.li
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Robert Raszuk
- [Lsr] 答复: WG Adoption Call for draft-li-lsr-dynam… Lizhenbin
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Edward
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Christian Hopps
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… David Allan I
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… steve ulrich
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Peter Psenak
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Naiming Shen (naiming)
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Les Ginsberg (ginsberg)
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Jeff Tantsura
- [Lsr] 答复: WG Adoption Call for draft-li-lsr-dynam… Aijun Wang
- Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-d… Lizhenbin
- Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-d… Guyunan (Yunan Gu, IP Technology Research Dept. NW)
- Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-d… Huzhibo
- [Lsr] 答复: 答复: WG Adoption Call for draft-li-lsr-d… Dongjie (Jimmy)
- Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-d… Yangang
- Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-d… Christian Hopps
- Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-d… John E Drake
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… LEI LIU
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Mankamana Mishra (mankamis)
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Ketan Talaulikar (ketant)
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… sridhar santhanam
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Huaimo Chen
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Peter Psenak
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Christian Hopps
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Sri
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Tony Li
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Christian Hopps
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Huaimo Chen
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Tony Li
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Huaimo Chen
- Re: [Lsr] WG Adoption Call for draft-li-lsr-dynam… Christian Hopps
- [Lsr] Multiple failures in Dynamic Flooding tony.li
- Re: [Lsr] Multiple failures in Dynamic Flooding Les Ginsberg (ginsberg)
- Re: [Lsr] Multiple failures in Dynamic Flooding Huaimo Chen
- Re: [Lsr] Multiple failures in Dynamic Flooding Peter Psenak
- Re: [Lsr] Multiple failures in Dynamic Flooding tony.li