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-dra...@ietf.org [mailto:internet-dra...@ietf.org] 
Sent: Friday, April 20, 2018 10:13 AM
To: Huaimo Chen <huaimo.c...@huawei.com>; Yi Yang <yyi...@gmail.com>; Dean 
cheng <dean.ch...@huawei.com>; Mehmet Toy <mehmet....@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

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

Reply via email to