Re: [rtcweb] Non-media data service consensus and requirements

[Magnus Westerlund <[e-mail]>]

Hi,

As an individual.

On 2011-06-28 21:45, Jonathan Rosenberg wrote:
> Here are some thoughts on additional use cases:
> 
> * information on congestion and receiver side environment for purposes 
> of improved sender rate adaptation

I believe it is important that we have congestion control for the point
to point flows for both RTP and non-media data that are implemented and
enforced in the browser. This is a pure security and personal hygien
question. A rouge application should not be able to consume completely
unproportional bit-rates between two peers and be able to starve out
applications sharing the bottleneck.

Having said that there can clearly be need for application level signals
for changing behavior and adopting to what bit-rate or delay
characteristics that are available. Especially if you have star or other
multi-hop topologies in the application interconnections. For RTP we
already propose some such signals like TMMBR [RFC5104] in our RTP for
RTCWEB document.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  [phone]
Färögatan 6                | Mobile [phone]
SE-164 80 Stockholm, Sweden| mailto: [e-mail]
----------------------------------------------------------------------