[R-C] BoF approved

[Michael Welzl]

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 at 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