I support working on leaderless election.

I’m a bit confused, because I don’t think that’s really the question at issue.  
The first question was whether leaderless election (other than ubiquitous 
configuration) can even work, given arbitrary algorithms. Computing a flooding 
topology is a global problem. The decisions made for one link may affect how 
flooding should act on another link on the other side of the network. How do 
you make a global decision without global information?

The second question was whether such an election should be decoupled from the 
existing distoptflood draft.  I think so, as we want it to span algorithms.

Regards,
T


> On Nov 18, 2024, at 6:40 AM, Acee Lindem - acee.ietf at gmail.com 
> <[email protected]> wrote:
> 
> During the IETF 121 LSR meeting, we had a very good discussion of 
> https://datatracker.ietf.org/doc/draft-ietf-lsr-distoptflood/
> 
> While the CDS flooding reduction algorithm itself was interesting, the main 
> area of the discussion was distributed flooding reduction algorithm selection 
> and its configuration and deployment. 
> 
> Today, we have RFC 9667 “Dynamic Flooding on Dense Graphs” which provides 
> leader-based supporting both centralized and distributed flooding reduction 
> algorithm selection. With the mechanism, an area leader is selected from 
> among the OSPF routers in the area supporting flooding reduction and this 
> leader selects the flooding reduction algorithm for the area. 
> 
> The question to be answered by this consensus call is whether or not we want 
> to work on an additional mechanism just for distributed flooding reduction to 
> allow for reduced configuration, minimal blast radius, and ease of 
> incremental deployment. 
> 
> Please send your support or opposition to this list before Tuesday, December 
> 3rd. 
> 
> As WG Co-Chair, 
> Acee
> _______________________________________________
> Lsr mailing list -- [email protected]
> To unsubscribe send an email to [email protected]

_______________________________________________
Lsr mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to