flapjack
Re:Beyond bufferbloat: End-to-end congestion control cannot avoid late...
on Thursday July 11, 2024 @01:36PM (#40938858)
I would definitely not say that we re-invented pacing! One version of the question we looked at was: how low a pace rate can you pick for an ABR algorithm, without reducing video QoE? The part which takes work is this "without reducing video QoE" requirement. If you're interested, check out the paper!
Re:Beyond bufferbloat: End-to-end congestion control cannot avoid late...
on Tuesday July 09, 2024 @12:25PM (#40917953)
We looked at latency-insensitive like YouTube and Netflix (which were a bit more than 50% of internet traffic last year [1]).
I'd bet you could do something similar with Meet and Zoom–my understanding is video bitrates for those services are lower than for e.g. Netflix which we showed are much lower than network capacities. But it might be tricky because of the latency-sensitivity angle, and we did not look into it in our paper.
[1] https://www.sandvine.com/hubfs/Sandvine_Redesign_2019/Downlo...
Re:Beyond bufferbloat: End-to-end congestion control cannot avoid late...
on Tuesday July 09, 2024 @10:28AM (#40916554)
One of the solutions they mention is underutilizing links. This is probably a good time to mention my thesis work, where we showed that streaming video traffic (which is the majority of the traffic on the internet) can pretty readily underutilize links on the internet today, without a downside to video QoE! https://sammy.brucespang.com