Hi, I'm getting a bit lost here, see below: On Jul 18, 2012, at 3:06 PM, Mo Zanaty (mzanaty) wrote:
Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com> wrote:
The only thing that can be expected is that the upcoming WG solution have fallback mechanism to work with existing RTP application using standard mechanism such as RTCP SR/RR. The upcoming WG solution should also consider that fact that there could be application out in the Internet which falls in to real-time interactive category but does not adapt at all.
About the latter sentence, in which way do you suggest that the WG should consider that fact?
Agreed. The fallback mechanism should be something better than the RTP circuit breakers draft. Some basic level of congestion control should be possible, and specified, when interoperating with existing RTP applications. That is, specify behavior in the absence of some (or perhaps all) feedback. There will be a long transition period as current adaptive and non-adaptive RTP applications migrate to the new congestion control standard (if/when that happens), so it is important to understand and specify interoperation for these cases.
Just to be clear, what is the scenario you're envisioning? An application where one side does new-rmcat-congestion-control and the other side doesn't, and the new side has to make the most out of the feedback that it gets from the other? Cheers, Michael