Re: [rtcweb] [Suspected Junk Mail] Endpoints that don't support RTCP

[Magnus Westerlund <[e-mail]>]

Hi,

I don't want to argue actual numbers here. My main point is that WebRTC 
traffic can be a substantial part of the load on a given congestion 
point. Fairness is always difficult to discuss, as it is a matter of 
time scales, traffic importance, user impact and what can actually be 
done with technologhy being deployed. But we do need mechanism to 
protect the network. Especially when the network doesn't work as 
intended that do happens from time to time.

On a best-effort network, a WebRTC "call" is no more worth than a video 
stream session, a download of an archive, web-surfing, etc.

>
>> ... I am actually fine with it as long as the implementation does
>> have some adaptation mechanism. But, from a specification point of
>> view we did need a stop gap. I think the progress in RMCAT is clear
>> on that.
>>
>> I do note that especially when one adds FEC, one do need adaptation.
>> One can't use ones redundancy to steam roll all other flows sharing
>> a congested bottleneck.
>
>     My intuition says that 72 kbps goodput must not be guaranteed in
> the presence of 20% packet loss -- but that dropping to 0 kbps should
> not be the only reduction option.

For circuit breaker it is, but the whole point is that if you have a 
better congestion control / bit-rate adaptation then you may be possible 
to support 30 kbps. The circuit breaker do give you the option of using 
7,2 kbps or less when it triggers.

But, I do note if that if your only supported codec is PCM, then it is 
72 kbps or nothing else than RTCP.

The goal must be to have as much flexibility to offer the media 
communication at the best possible quality that is supported by the 
network.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  [phone]
Färögatan 6                 | Mobile [phone]
SE-164 80 Stockholm, Sweden | mailto: [e-mail]
----------------------------------------------------------------------