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

From: Huaimo Chen <[email-masked]>
Date: Fri, 20 Apr 2018 16:11:59 +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: [email-masked] [mailto:[email-masked]] 
Sent: Friday, April 20, 2018 10:13 AM
To: Huaimo Chen <[email-masked]>; Yi Yang <[email-masked]>; Dean cheng <[email-masked]>; Mehmet Toy <[email-masked]>
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