[{"author": "Christian Huitema", "text": "<p>Is this because of the video? The room seems empty!</p>", "time": "2024-03-21T03:01:20Z"}, {"author": "Reese Enghardt", "text": "<p>I think it's because people are just getting back from lunch</p>", "time": "2024-03-21T03:01:40Z"}, {"author": "Christian Huitema", "text": "<p>Realize that I cut my dinner short for this!</p>", "time": "2024-03-21T03:03:53Z"}, {"author": "Victor Vasiliev", "text": "<p>I think the current text of the draft does not contradict what Christian says?  It says \"SHOULD be evaluated\", right?</p>", "time": "2024-03-21T03:16:15Z"}, {"author": "Gorry Fairhurst", "text": "<p>Yes - I think that's what we wanted to say.</p>", "time": "2024-03-21T03:18:26Z"}, {"author": "Gorry Fairhurst", "text": "<p>What is needed is for people to take a coffee/beverage and see if the final text is acceptable...</p>", "time": "2024-03-21T03:18:52Z"}, {"author": "Christian Huitema", "text": "<p>Real time control protocols nowadays do things like simulcast of three different definitions of the media, e.g. low def, mid def, high def. That gives them quite a bit of range of what they can do.</p>", "time": "2024-03-21T03:19:06Z"}, {"author": "Jonathan Lennox", "text": "<p>Should data center (tiny rtt) be included among the special cases?</p>", "time": "2024-03-21T03:21:12Z"}, {"author": "Rodney Grimes", "text": "<p>I think we need to consider the datacenter CC issues</p>", "time": "2024-03-21T03:22:10Z"}, {"author": "Eric Kinnear", "text": "<p><a href=\"https://github.com/ietf-wg-ccwg/rfc5033bis/issues/98\">https://github.com/ietf-wg-ccwg/rfc5033bis/issues/98</a></p>", "time": "2024-03-21T03:22:52Z"}, {"author": "Gorry Fairhurst", "text": "<p>We'll  add an issue - and we ought to work out which aspects are realte dto the general Internet and which do not.... this sounds like a new section would be good.</p>", "time": "2024-03-21T03:25:13Z"}, {"author": "altanai", "text": "<p>As a thought i see that the document doesn't address oscillation cycles   that sometimes happen due to reaction to CC</p>", "time": "2024-03-21T03:27:24Z"}, {"author": "altanai", "text": "<p>think thats referred to as a  boom n bust cycle</p>", "time": "2024-03-21T03:28:02Z"}, {"author": "Eric Kinnear", "text": "<p>Christian: Clarification question or should we wait?</p>", "time": "2024-03-21T03:34:11Z"}, {"author": "Victor Vasiliev", "text": "<p>I don't think this specific issue appears in non-window-based algorithms</p>", "time": "2024-03-21T03:39:28Z"}, {"author": "Victor Vasiliev", "text": "<p>BBR typically has the opposite problem (app-limited results in underestimating bandwidth)</p>", "time": "2024-03-21T03:40:04Z"}, {"author": "Rodney Grimes", "text": "<p>I feel the underlying principal that should be, and I believe actually is, described is \"application limitied\" bandwidth use, and the specific details are how that effects cwnd or pacing values in a CC.  @christian, would that satisfy your want?</p>", "time": "2024-03-21T03:42:15Z"}, {"author": "Martin Duke", "text": "<p>+1 to Lars</p>", "time": "2024-03-21T03:44:52Z"}, {"author": "Magnus Westerlund", "text": "<p>I wonder a bit which aspect <span class=\"user-mention\" data-user-id=\"35\">@Lars Eggert</span> want to declare historic of the RMCAT output. Yes, none of the actual defined experimental algorithms have achieved large scale deployment. However, the real-time targeting algorithm in google webrtc library implementation is very largely deployed.</p>", "time": "2024-03-21T03:49:26Z"}, {"author": "Gorry Fairhurst", "text": "<p>Like for the other specs, the purpose of the ID is to avoid continued growth of cwnd  - I suspect this doesn't need much text, but is more than an Errata.</p>", "time": "2024-03-21T04:02:58Z"}, {"author": "Ian Swett", "text": "<p>target_inflight?</p>", "time": "2024-03-21T04:09:53Z"}, {"author": "Christian Huitema", "text": "<p>Ingemar's data show that L4S works well in presence of wireless throughput variability. That's good news, because L4S reacts in 1RTT. It should mean that other protocols that also react in 1RTT would also work.</p>", "time": "2024-03-21T04:10:33Z"}, {"author": "Ingemar Johansson", "text": "<p>I am not 100% sure that I understood Ian's comment on SCReAMv2 , please clarify</p>", "time": "2024-03-21T04:17:27Z"}, {"author": "altanai", "text": "<p><span class=\"user-mention\" data-user-id=\"1809\">@Ingemar Johansson</span>  I think that msg is an alternative name for congestion window</p>", "time": "2024-03-21T04:20:38Z"}, {"author": "Martin Duke", "text": "<p>@ingemar a concise definition of cwnd is \"max flight size\". Redefining cwnd to something that is not the flight size is very confusing</p>", "time": "2024-03-21T04:22:42Z"}, {"author": "Ingemar Johansson", "text": "<p>OK, Guess one need to find something else \"reference window\", perhaps ?..</p>", "time": "2024-03-21T04:23:51Z"}, {"author": "Lucas Pardue", "text": "<p>+1 sticking stuff in an active WG draft</p>", "time": "2024-03-21T04:41:51Z"}, {"author": "Christian Huitema", "text": "<p>I did implement BBRv3 from the spec in Picoquic. And yes, there are a couple places where one has to improvise.</p>", "time": "2024-03-21T04:42:09Z"}, {"author": "Ingemar Johansson", "text": "<p>Chairs mic is down</p>", "time": "2024-03-21T04:44:55Z"}, {"author": "altanai", "text": "<p>Anyone else experiencing  audio losses ?</p>", "time": "2024-03-21T04:44:58Z"}, {"author": "Reese Enghardt", "text": "<p>@meetecho can you reset our audio?</p>", "time": "2024-03-21T04:45:01Z"}, {"author": "Mike English", "text": "<p>Lost audio from the room and also the mic cam</p>", "time": "2024-03-21T04:45:16Z"}, {"author": "Lorenzo Miniero", "text": "<p>Looking into it</p>", "time": "2024-03-21T04:45:24Z"}, {"author": "Eric Kinnear", "text": "<p>Thank you</p>", "time": "2024-03-21T04:45:31Z"}, {"author": "Gorry Fairhurst", "text": "<p>@Christian: where is the spec for BBRv3 that you implemented.</p>", "time": "2024-03-21T04:45:43Z"}, {"author": "Gorry Fairhurst", "text": "<p>?</p>", "time": "2024-03-21T04:45:50Z"}, {"author": "Mike English", "text": "<p><span class=\"user-mention silent\" data-user-id=\"197\">Lorenzo Miniero</span> <a href=\"#narrow/stream/374-ccwg/topic/ietf-119/near/115629\">said</a>:</p>\n<blockquote>\n<p>Looking into it</p>\n</blockquote>\n<p>Good now, thanks!</p>", "time": "2024-03-21T04:46:32Z"}, {"author": "Lars Eggert", "text": "<p>Pro tip: The first step to standardize is would be to agree on ONE version :-)</p>", "time": "2024-03-21T04:47:02Z"}, {"author": "Christian Huitema", "text": "<p>Queue is closed, but since Cullen mentioned my work, we did have to add a mechanism to BBRv3 to handle the \"Wi-Fi suspension\" issues -- Wi-Fi radio getting in suspended mode for 100ms or sometimes more. Basically entering a \"suspended\" state when we find that, and doing some variation of \"careful resume\" when the suspension stops.</p>", "time": "2024-03-21T04:47:21Z"}, {"author": "Christian Huitema", "text": "<p>I implemented the BBRv2 draft + the deltas delineated in the IETF117 presentation.</p>", "time": "2024-03-21T04:48:00Z"}, {"author": "Gorry Fairhurst", "text": "<p>@Christain - thanks.</p>", "time": "2024-03-21T04:48:32Z"}, {"author": "Christian Huitema", "text": "<p>On the real time issue, the one part that I really don't like is \"exit startup if delivery rate does not include for 3RTT\". Something like Hystart/Hystart++ would not create such big queues for so long.</p>", "time": "2024-03-21T04:50:08Z"}, {"author": "Jason Livingood", "text": "<p>@EricKinnear Would be great to speak more loudly</p>", "time": "2024-03-21T04:51:14Z"}, {"author": "Neal Cardwell", "text": "<p>Lars: Yes, the idea would be to focus all attention on BBRv3.</p>", "time": "2024-03-21T04:51:29Z"}, {"author": "Jason Livingood", "text": "<p>(better now thx Eric)</p>", "time": "2024-03-21T04:51:35Z"}, {"author": "Neal Cardwell", "text": "<p>(IMHO)</p>", "time": "2024-03-21T04:51:39Z"}, {"author": "Ian Swett", "text": "<p>The gap between BBRv1 and BBRv2 is substantial, but BBRv2 to v3 is much smaller, FWIW</p>", "time": "2024-03-21T04:52:06Z"}, {"author": "Ingemar Johansson", "text": "<p><span class=\"user-mention silent\" data-user-id=\"339\">Christian Huitema</span> <a href=\"#narrow/stream/374-ccwg/topic/ietf-119/near/115660\">said</a>:</p>\n<blockquote>\n<p>On the real time issue, the one part that I really don't like is \"exit startup if delivery rate does not include for 3RTT\". Something like Hystart/Hystart++ would not create such big queues for so long.</p>\n</blockquote>\n<p>Yes, that can potentially give quite large queues in cellular access queues</p>", "time": "2024-03-21T04:52:08Z"}, {"author": "Reese Enghardt", "text": "<p>@meetecho it appears our screen shows 4 in the queue but it's only 1 in my Meetecho (Lars)</p>", "time": "2024-03-21T04:55:34Z"}, {"author": "Reese Enghardt", "text": "<p>Maybe something got out of sync earlier</p>", "time": "2024-03-21T04:55:40Z"}, {"author": "Lorenzo Miniero", "text": "<p>Thanks for the heads up, checking</p>", "time": "2024-03-21T04:56:14Z"}, {"author": "Martin Duke", "text": "<p>maybe we should charter congestion control dispatch</p>", "time": "2024-03-21T04:56:35Z"}, {"author": "Gorry Fairhurst", "text": "<p>Personally, I saw ICCRG as being a great home for analysis of mechanisms; performance analysis; etc - wgere we could do a deeper dive into analysis. If the goal is a fully specified interop spec, then an IETF WG seems the right place.</p>", "time": "2024-03-21T04:59:00Z"}, {"author": "Neal Cardwell", "text": "<p>Yes,  test suites would be great.</p>", "time": "2024-03-21T05:01:06Z"}, {"author": "Reese Enghardt", "text": "<p>Yes, we had a test suite in ICCRG and some ideas on more work in that space</p>", "time": "2024-03-21T05:01:29Z"}, {"author": "Christian Huitema", "text": "<p>What would really great is something like the QUIC interop setup, with participants bringing a docker image of their implementation and the infrastructure testing those implementations against themselves and each other.</p>", "time": "2024-03-21T05:02:23Z"}]