Re: [Lsr] draft-cc-ospf-flooding-reduction-01.txt

Huaimo Chen <huaimo.chen@huawei.com> Fri, 20 April 2018 16:12 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 578BB12D876 for <lsr@ietfa.amsl.com>; Fri, 20 Apr 2018 09:12:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 w5vqq-007HBT for <lsr@ietfa.amsl.com>; Fri, 20 Apr 2018 09:12:05 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 91E4B12D86D for <lsr@ietf.org>; Fri, 20 Apr 2018 09:12:05 -0700 (PDT)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 499143472FB91 for <lsr@ietf.org>; Fri, 20 Apr 2018 17:12:01 +0100 (IST)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 20 Apr 2018 17:12:03 +0100
Received: from SJCEML521-MBS.china.huawei.com ([169.254.2.168]) by SJCEML701-CHM.china.huawei.com ([169.254.3.93]) with mapi id 14.03.0382.000; Fri, 20 Apr 2018 09:11:59 -0700
From: Huaimo Chen <huaimo.chen@huawei.com>
To: "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: draft-cc-ospf-flooding-reduction-01.txt
Thread-Index: AdPYsdVCOm0UV5UOT069WVSLiqZiHA==
Date: Fri, 20 Apr 2018 16:11:59 +0000
Message-ID: <5316A0AB3C851246A7CA5758973207D463A67EA4@sjceml521-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.212.246.231]
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/N5McUbTD2GdE0HuE-vPHgqrSyKI>
Subject: Re: [Lsr] draft-cc-ospf-flooding-reduction-01.txt
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Apr 2018 16:12:08 -0000

Hi Everyone,

    This new version addresses (and should have resolved) the issues on link and node failures, including multiple link and node failures. During the last IETF meeting, many routing experts raised these issues. We had many discussions on these and got valuable suggestions and comments from them. 

    BTW, in another thread, the discussions on the distributed computations of "flooding topology" using some standardized algorithms are interesting. Computing "flooding topology" (distributedly) by every node may have many advantages.

Best Regards,
Huaimo
-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Friday, April 20, 2018 10:13 AM
To: Huaimo Chen <huaimo.chen@huawei.com>; Yi Yang <yyietf@gmail.com>; Dean cheng <dean.cheng@huawei.com>; Mehmet Toy <mehmet.toy@verizon.com>
Subject: New Version Notification for draft-cc-ospf-flooding-reduction-01.txt


A new version of I-D, draft-cc-ospf-flooding-reduction-01.txt
has been successfully submitted by Huaimo Chen and posted to the IETF repository.

Name:		draft-cc-ospf-flooding-reduction
Revision:	01
Title:		OSPF Flooding Reduction
Document date:	2018-04-20
Group:		Individual Submission
Pages:		17
URL:            https://www.ietf.org/internet-drafts/draft-cc-ospf-flooding-reduction-01.txt
Status:         https://datatracker.ietf.org/doc/draft-cc-ospf-flooding-reduction/
Htmlized:       https://tools.ietf.org/html/draft-cc-ospf-flooding-reduction-01
Htmlized:       https://datatracker.ietf.org/doc/html/draft-cc-ospf-flooding-reduction
Diff:           https://www.ietf.org/rfcdiff?url2=draft-cc-ospf-flooding-reduction-01

Abstract:
   This document proposes an approach to flood OSPF link state
   advertisements on a topology that is a subgraph of the complete OSPF
   topology per underline physical network, so that the amount of
   flooding traffic in the network is greatly reduced, and it would
   reduce convergence time with a more stable and optimized routing
   environment.  The approach can be applied to any network topology in
   a single OSPF area, and can be used in both OSPFv2 ([RFC2328])
   network and OSPFv3 ([RFC5340]) network.


                                                                                  


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat