Peter Psenak <[email protected]> writes:
Huaimo, On 24/02/2019 06:34 , Huaimo Chen wrote: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).there is an area leader in both modes. In distributed mode the area leader is the one that advertises the algorithm that is used by all nodes that participates in dynamic flooding.
I'd like to suggest that as this point is discussed we are careful to not try and replace the standard configuration mechanisms. Thanks, Chris.
regards, Peterdraft-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 <[email protected]> On Behalf Of Christian Hopps Sent: 11 February 2019 16:15 To: [email protected] Cc: [email protected]; [email protected]; [email protected] 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 [email protected] https://www.ietf.org/mailman/listinfo/lsr _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
signature.asc
Description: PGP signature
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
