Re: [Lsr] Tsvart early review of draft-ietf-lsr-isis-fast-flooding-06

2024-02-05 Thread Les Ginsberg (ginsberg)
In regards to "operation on a LAN interface", > > > Section 6.2.1.2: > > “f no PSNPs have been generated on the LAN for a suitable period of time, > then an LSP transmitter can safely set the number of un-acknowledged LSPs to > zero. > > Since this suitable period of time is much higher tha

Re: [Lsr] Tsvart early review of draft-ietf-lsr-isis-fast-flooding-06

2024-02-05 Thread Les Ginsberg (ginsberg)
Mirja - In regards to Section 6.3... > > Sec 6.3 > This section is entirely not clear to me. There is no algorithm described and > I > would not know how to implement this. [LES:] This is intentional. As this approach is NOT dependent on any signaling from the receiver, the transmitter is fr

Re: [Lsr] AD review of draft-ietf-lsr-isis-fast-flooding-05

2024-02-05 Thread John Scudder
Hi All, I reviewed the diffs from 05 to 06 and the email; looks good to me, thank you. I see that there is an active discussion going on about Mirja Kühlewind’s TSVART review of 06. It seems to me it would probably be better to let that play out before sending the document for IETF Last Call. S

Re: [Lsr] Tsvart early review of draft-ietf-lsr-isis-fast-flooding-06

2024-02-05 Thread bruno . decraene
[+Les, Guillaume as we go quite deep in the discussion] Hi Mirja, Thank you for your review and comments. Very useful. Please see inline [Bruno] > From: Mirja Kühlewind via Datatracker > Sent: Friday, February 2, 2024 3:57 PM > > Reviewer: Mirja Kühlewind > Review result: Not Ready > > Fir