Unfortunately Peter is right. Not only does that not work on power loss/hard crash, it further precondition some architecture/implementation choices that a standard cannot mandate (though to be fair, lots of implementations do that kind of stuff already on soft down), worse, _even_ if you can rely on pushing out such LSAs there is no guarantee that they don't get lost in TX so if you want to be real good and start pace correctly that massive flush and then wait for all the ACK all of sudden your box may freeze and a subtle bug may prevent reboot easily (multiply that by plethora of protocols on the box facing similar issues and their interdependencies and you see how it sounds beguiling on paper but if you have large system practical experience over years you know it's not very feasible at the end).
Given IDBX flavor kind of stuff is actually deployed since many years by folks who been long in the trenches and it actually for practical purposes more than solves the problem including working with GR kind of stuff well, does not need signalling, practically speaking it's the most realistic proposal IME -- tony On Tue, Jul 9, 2024 at 10:13 AM Peter Psenak <[email protected]> wrote: > Aijun, > > On 09/07/2024 09:46, Aijun Wang wrote: > > Hi, Acee: > > > > Can the proposal in > https://datatracker.ietf.org/doc/html/draft-dong-ospf-purge-lsa-00, > together with > https://datatracker.ietf.org/doc/html/rfc2328#section-14.1(Premature > aging of LSAs) solve your mentioned problem? > > If so, is it simpler than your proposal? > > That is, before the router restart, it needs only send out the Purge > LSA(when LSA sequence number is not to wrap) or premature aging of its > LSA.(when sequence number is to wrap) > > does not work for unplanned restart. > > thanks, > Peter > > > > Best Regards > > > > Aijun Wang > > China Telecom > > > > *发件人:* [email protected] [mailto:[email protected] > <[email protected]>] *代表 *Acee Lindem > *发送时间:* 2024年7月9日 3:58 > *收件人:* Yingzhen Qu <[email protected]> <[email protected]> > *抄送:* lsr <[email protected]> <[email protected]>; lsr-chairs <[email protected]> > <[email protected]>; tony Przygienda <[email protected]> > <[email protected]>; shraddha <[email protected]> > <[email protected]> > *主题:* [Lsr] Re: IETF 120 LSR Slot Requests > > > > Speaking as WG member: > > > > I would like a 10 minute slot to present an update to > https://datatracker.ietf.org/doc/draft-hegde-lsr-ospf-better-idbx/ > > > > Thanks, > > Acee > > > > On Jun 25, 2024, at 14:19, Yingzhen Qu <[email protected]> wrote: > > > > Hi, > > > The draft agenda for IETF 120 has been posted: > > IETF 120 Meeting Agenda <https://datatracker.ietf.org/meeting/120/agenda/> > > > > The LSR session is scheduled on Friday Session I1 9:30 - 11:30, July 26, > 2024. > > > > Please send slot requests to [email protected] before the end of the > day Wednesday July 10th. Please include draft name and link, presenter, > desired slot length including Q&A. > > > > Please note that having a discussion on the LSR mailing list is a > prerequisite for a draft presentation in the WG session. If you need any > help please reach out to the chairs. > > > > Thanks, > > Yingzhen > > > > >
_______________________________________________ Lsr mailing list -- [email protected] To unsubscribe send an email to [email protected]
