**Session Date/Time:** 07 Nov 2023 08:30 # ccwg ## Summary This CCWG meeting focused on congestion control algorithms and their evaluation. Key topics included the revision of RFC 5033 bis, discussions around real-time vs. best-effort traffic considerations, the impact of various AQMs, and the challenges of deploying congestion control algorithms in Quick. Presentations were given on safe congestion control, analysis of different congestion control schemes, and the importance of implementation conformance in Quick. ## Key Discussion Points * **RFC 5033 bis Revision:** * The draft has been reorganized with separation of criteria and scenarios. * Discussion on how to handle multipath scenarios. * Debate on requirements for interacting with systemically important congestion controls, including those not formally specified. * Should consideration be given to new proposals and impact on algorithms where there are no absolute specifications? * The group discussed a need to consider real-time application needs and interactions when developing best-effort algorithms. * The social implications of congestion control behaviour were discussed, with the importance of preventing queue building for real-time traffic * AQM (Active Queue Management) was identified as a key component to ensure efficient capacity measurement. * Extensive discussion on how far new congestion controls should be evaluated with various AQMs and FIFO queues. * The role of AQMs in achieving consistent low delay was emphasized. * Evaluating new congestion control algorithms with FIFO queues was deemed necessary. * **Safe Congestion Control Presentation (Matt):** * The goal is to identify criteria for "safe" congestion control algorithms. * Consideration on limit of self-induced loss that a CC should be allowed to inflict. * Average loss and average rate should have a monotonic relationship. * Control period/frequency should be related to RTT, not stream performance. * The importance of freedom from starvation (small flows not starved by large flows). * Adverse conditions must not make congestion control behavior worse. * **Analysis of Differences Between Congestion Control Schemes (Yossi):** * Draft comparing TCP Reno, Cubic, and Quick congestion control. * Highlighting differences to initiate discussions and provide reference for future analysis. * Discussion whether TCP has one congestion control. * Issue about Reno and Cubic both doing things that should be banned, and comparing against them is not a good thing. * **Cambrian Explosion in Quick Congestion Control (Ayush):** * Motivation for deployability to be assigned to implementation rather than the algorithm itself * Implementations of standard CC algorithms had poor performance compared to their kernel counterpart * Identified significant speciation between CC implementations in Quick stacks, even for well-known algorithms. * The notion that it should be a consideration to attach a standard implementation to any recommendations. ## Decisions and Action Items * **Action Item (Eric):** Capture requirement for best-effort algorithms to consider the needs and interactions with real-time applications. * **Action Item (Martin and Corey):** Capture what the group heard and summarize from the session. * **Action Item (Matt):** File an issue to write something encouraging to people early in the document. * **Action Item (Magnus):** File a GitHub issue regarding the scoping of multicast in the 5033 bis document. * **Issue 42:** A new issue has been created to collect community input regarding self-induced loss. ## Next Steps * Continue revisions to RFC 5033 bis, incorporating feedback from the meeting. * Address open issues in the GitHub repository. * Discuss potential inclusion of self-induced loss as an explicit criterion in 5033 bis. * Continued discussion on the mailing list and GitHub regarding various congestion control topics. * Further analysis on different congestion control schemes.