Re: [rmcat] How we should handle feedback, and where the congestion should run

[Michael Welzl <[e-mail]>]

> On 10 Nov 2015, at 09:25, Ingemar Johansson S <[e-mail]> wrote:
> 
> Hi
> First I think that there biggest reason to have congestion control on either sender "XOR" receiver side is that it removes some of the issues with synchronization between sender and receiver (as pointed out by Stefan). It is for instance quite likely that some users update their browsers on a regular basis, while others do it less often. This of course means that one need to make the feedback generic and as future proof as possible. draft-holmer-rmcat-transport-wide-cc-extensions is a very good start in that direction, one can always argue on the details and an AVT approved version will probably look different, but for experimental purposes I welcome the generic feedback draft and hopefully we will have it implemented in OpenWebRTC before the next IETF meeting.
> 
> Sender XOR receiver (a +1 on Stefan´s and John´s comment below)

+1, and:


> It is no secret that I favor sender side rate adaptation,

+1


> in fact I find it hard to understand how SCReAM would be implemented on the receiver side. 
> To take one example, the stream prioritization in SCReAM is quite straightforward, and that is because of the sender side implementation, for instance in the cases where the throughput drops and the video coder rate reduction lags behind, the stream prioritization can prioritize a smaller audio stream and enable audio without (too noticeable) interruptions, even though video freezes.  There are also a few necessities with video such as FIR that can potentially bloat a network bottleneck, the sender side algorithm here has a better capability to decide when and how to send the packets with the objective to reach the best possible aggregate media quality.

More generally, it's not only the network that dictates the right behavior - there is information about the data stream available on the sender side that may feed into the rate decision, and then splitting the logic between sender really gets awkward.

Cheers,
Michael