IETF Logo Mail Archive

Re: [Lsr] LSR Flooding Reduction Drafts - Moving Forward

Huaimo Chen <huaimo.chen@huawei.com> Mon, 27 August 2018 14:24 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 0286F130DED for <lsr@ietfa.amsl.com>; Mon, 27 Aug 2018 07:24:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=unavailable 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 eq3XFVjDe-0I for <lsr@ietfa.amsl.com>; Mon, 27 Aug 2018 07:24:02 -0700 (PDT)
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 297491294D7 for <lsr@ietf.org>; Mon, 27 Aug 2018 07:24:02 -0700 (PDT)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 9C32576CC6135 for <lsr@ietf.org>; Mon, 27 Aug 2018 15:23:57 +0100 (IST)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.399.0; Mon, 27 Aug 2018 15:23:58 +0100
Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.188]) by SJCEML701-CHM.china.huawei.com ([169.254.3.173]) with mapi id 14.03.0415.000; Mon, 27 Aug 2018 07:23:54 -0700
From: Huaimo Chen <huaimo.chen@huawei.com>
To: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>, Christian Hopps <chopps@chopps.org>, Tony Li <tony.li@tony.li>
CC: "lsr@ietf.org" <lsr@ietf.org>, Jeff Tantsura <jefftant.ietf@gmail.com>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, Tony Przygienda <tonysietf@gmail.com>
Thread-Topic: [Lsr] LSR Flooding Reduction Drafts - Moving Forward
Thread-Index: AQHUOZzx1fG+ry0N80OZf0oWOKvmqqTMbEsAgAAEEgCAARKmgIAA6SMAgACpmYCAAGOpgIAACP4AgAAIsACAAAYrAIAEbscAgAADPYD//6lbwA==
Date: Mon, 27 Aug 2018 14:23:54 +0000
Message-ID: <5316A0AB3C851246A7CA5758973207D463AC1DA9@sjceml521-mbs.china.huawei.com>
References: <8F5D2891-2DD1-4E51-9617-C30FF716E9FB@cisco.com> <C64E476F-1C00-435E-9C74-BEC3053377E8@gmail.com> <2F5FDB3F-ADCA-4DB4-83DA-D2BC3129D2F2@gmail.com> <5B7E78DD.90302@cisco.com> <172728E8-49E6-4F43-9356-815E1F4C22E7@gmail.com> <5B7FCAB3.6040600@cisco.com> <3D1DEC37-ACE7-4412-BB2E-4C441A4E7455@tony.li> <CCF220A3-8308-47B8-8CC6-1989705FF05C@cisco.com> <CA+wi2hNv8AVyR81LRmJ=Pd5_p5rS2djCOjY9YDgKxG=KEO_MkA@mail.gmail.com> <39509D13-4D2D-49A9-8738-C9D1F7C54223@tony.li> <3158427D-B667-4F3B-82DF-FD022074ED27@chopps.org> <5B83ECF1.7080504@cisco.com>
In-Reply-To: <5B83ECF1.7080504@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.212.246.68]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/-6-tZjf_D-yR3RSUd9pAIuWYV8M>
Subject: Re: [Lsr] LSR Flooding Reduction Drafts - Moving Forward
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.27
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: Mon, 27 Aug 2018 14:24:04 -0000

Hi Chris, Peter and Everyone,

>-----Original Message-----
>From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Peter Psenak
>Sent: Monday, August 27, 2018 8:22 AM
>To: Christian Hopps <chopps@chopps.org>; Tony Li <tony.li@tony.li>
>Cc: lsr@ietf.org; Jeff Tantsura <jefftant.ietf@gmail.com>; Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org>; Tony Przygienda <tonysietf@gmail.com>
>Subject: Re: [Lsr] LSR Flooding Reduction Drafts - Moving Forward>
>
>Chris and All,
>
>On 27/08/18 14:10 , Christian Hopps wrote:
>>
>>
>>> On Aug 24, 2018, at 12:29 PM, tony.li@tony.li wrote:
>>>
>>> Being distributed would be very nice.  However, that implies that all nodes are going to get to the exact same solution. Which implies that they all must execute the same algorithm, presumably with >the same inputs.
>>>
>>> That’s all well and good, but we don’t have an algorithm to really put on the table yet.  We need experience with one.  We know we want to tweak things based on biconnectivity, performance, and degree because doing it right day one seems unlikely.  Changing algorithms is going to be VERY painful if it’s distributed.
>>>
>>> However, if it’s centralized, it’s completely trivial.
>>
>> I find this reasoning quite compelling.
>
>I would leave the door open for both and not limit the solution to one or the other.
>
>As an example, draft-li-dynamic-flooding-05 supports both centralized and distributed mode of operation.
>

draft-cc-ospf-flooding-reduction-02 supports operations on three modes including distributed mode and centralized one. 

Best Regards,
Huaimo

>thanks,
>Peter


>>
>> Thanks,
>> Chris.
>>

_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr

v2.23.0 | Report a Bug | By Email