I reviewed the draft and believe it is ready for WG adoption. From my perspective, it is pretty clear other than that the congestion control algorithm wasn't intuitive. However, that could be due to my unfamiliarity with "TCP Congestion Control" as described in RFC 5681. We plan to start a WG adoption poll at the IETF 112 LSR meeting.
Please read as well as the other drafts on the IETF 112 agenda - https://datatracker.ietf.org/meeting/112/session/lsr Thanks, Acee On 10/22/21, 12:38 PM, "Lsr on behalf of Acee Lindem (acee)" <[email protected] on behalf of [email protected]> wrote: Thanks Bruno, Les, Tony Li, and Guillaume Solignac for your work on the merged draft. Also thanks to Tony Przygienda and Peter Psenak who participated in the merged draft discussions. I plan to review it this weekend and would ask other WG members to read as well. Thanks, Acee On 10/22/21, 9:10 AM, "Lsr on behalf of [email protected]" <[email protected] on behalf of [email protected]> wrote: Dear all, During LSR interim meeting on September 29th [0] authors of draft-decraene-lsr-isis-flooding-speed [1] and draft-ginsberg-lsr-isis-flooding-scale [2] agreed to work together and publish a common combined draft by October 25 [3]. New draft has been published today [4]. As presented during the interim, it's scope is: - Define new TLV supporting: -- InterfaceLSPReceiveWindow (RWIN) -- LSP/PSNPThreshold(LPP) -- partialSNPInterval(milliseconds) -- Extensible to advertise other values - TLV supported in IIHs and PSNPs This provides tools for multiple solutions and the draft informatively describes two algorithm as examples. Review and comments is more than welcome. Thanks, Regards, Authors [0] https://datatracker.ietf.org/wg/lsr/meetings/ [1] https://datatracker.ietf.org/doc/html/draft-decraene-lsr-isis-flooding-speed [2] https://datatracker.ietf.org/doc/html/draft-ginsberg-lsr-isis-flooding-scale [3] https://datatracker.ietf.org/meeting/interim-2021-lsr-01/materials/slides-interim-2021-lsr-01-sessa-1-joint-statement-00.pdf [4] https://datatracker.ietf.org/doc/html/draft-decraeneginsberg-lsr-isis-fast-flooding Orange Restricted -----Original Message----- From: [email protected] <[email protected]> Sent: Friday, October 22, 2021 10:55 AM To: DECRAENE Bruno INNOV/NET <[email protected]>; Chris Bowers <[email protected]>; Guillaume Solignac <[email protected]>; Gunter Van de Velde <[email protected]>; Les Ginsberg <[email protected]>; Marek Karasek <[email protected]>; Peter Psenak <[email protected]>; Tony Li <[email protected]>; Tony Przygienda <[email protected]> Subject: New Version Notification for draft-decraeneginsberg-lsr-isis-fast-flooding-00.txt A new version of I-D, draft-decraeneginsberg-lsr-isis-fast-flooding-00.txt has been successfully submitted by Bruno Decraene and posted to the IETF repository. Name: draft-decraeneginsberg-lsr-isis-fast-flooding Revision: 00 Title: IS-IS Fast Flooding Document date: 2021-10-22 Group: Individual Submission Pages: 24 URL: https://www.ietf.org/archive/id/draft-decraeneginsberg-lsr-isis-fast-flooding-00.txt Status: https://datatracker.ietf.org/doc/draft-decraeneginsberg-lsr-isis-fast-flooding/ Htmlized: https://datatracker.ietf.org/doc/html/draft-decraeneginsberg-lsr-isis-fast-flooding Abstract: Current Link State Protocol Data Unit (PDU) flooding rates are much slower than what modern networks can support. The use of IS-IS at larger scale requires faster flooding rates to achieve desired convergence goals. This document discusses the need for faster flooding, the issues around faster flooding, and some example approaches to achieve faster flooding. It also defines protocol extensions relevant to faster flooding. The IETF Secretariat _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
