[{"author": "Victor Pascual", "text": "<p>I assume more than one solution means 2?</p>", "time": "2024-03-19T04:13:05Z"}, {"author": "John Preu\u00df Mattsson", "text": "<p>More than one solution very likely means B and C</p>", "time": "2024-03-19T04:25:49Z"}, {"author": "J\u00f6rg Deutschmann", "text": "<p>quiche implementation was done by Ana Custura <span aria-label=\"+1\" class=\"emoji emoji-1f44d\" role=\"img\" title=\"+1\">:+1:</span></p>", "time": "2024-03-19T04:30:40Z"}, {"author": "J\u00f6rg Deutschmann", "text": "<p>picoquic implementation is here <br>\n<a href=\"https://github.com/hfstco/picoquic/tree/careful_resume\">https://github.com/hfstco/picoquic/tree/careful_resume</a><br>\ndone by Matthias H.</p>", "time": "2024-03-19T04:33:30Z"}, {"author": "Christian Huitema", "text": "<p>My problem is that these state transitions assume a RENO-like congestion control. This would not necessarily match other CC algorithms, like BBR.</p>", "time": "2024-03-19T04:33:33Z"}, {"author": "Christian Huitema", "text": "<p>But really, the specification should be in the scope of the congestion algorithm, not generic for the transport.</p>", "time": "2024-03-19T04:34:11Z"}, {"author": "J\u00f6rg Deutschmann", "text": "<p>@Christian Could you open a issue on the tsvwg GitHub to discuss this?</p>", "time": "2024-03-19T04:34:35Z"}, {"author": "J\u00f6rg Deutschmann", "text": "<p><a href=\"https://github.com/tsvwg/careful-resume\">https://github.com/tsvwg/careful-resume</a></p>", "time": "2024-03-19T04:36:43Z"}, {"author": "Jason Livingood", "text": "<p>How might this be affected when streamers move to less bursty &amp; more consistent chunk downloads? I think there was an IRTF paper at 118 where Netflix was experimenting with that.</p>", "time": "2024-03-19T04:40:59Z"}, {"author": "Eduard V", "text": "<p>I did believe that \"pacing\" was already widely adopted. Hence, no bursts.</p>", "time": "2024-03-19T04:45:26Z"}, {"author": "Tom Herbert", "text": "<p>DSCP-like is a good something we've seen in several proposals liek this. IMO, this motivates a common solution</p>", "time": "2024-03-19T04:45:38Z"}, {"author": "Kirill Pugin", "text": "<p>hm... tolerance to delay is not necessarily sender decision...</p>", "time": "2024-03-19T04:54:26Z"}, {"author": "Gorry Fairhurst", "text": "<p>I'd be interested on understanding if we can pull-out some general principles for this type of interaction...</p>", "time": "2024-03-19T04:57:18Z"}, {"author": "Tom Herbert", "text": "<p>@Gorry, IMO yes. We can describe the base requirements of host to network signaling. At the highest level  we can described the carrier and content of  signals hopefully independently.</p>", "time": "2024-03-19T05:00:16Z"}, {"author": "Tom Herbert", "text": "<p>See draft-herbert-host2netsig for attempt to define requirements for host to network signaling</p>", "time": "2024-03-19T05:01:47Z"}]