W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2013

Re: setting bandwidth

From: cowwoc <cowwoc@bbs.darktech.org>
Date: Sun, 28 Jul 2013 18:58:24 -0400
Message-ID: <51F5A210.6060903@bbs.darktech.org>
To: Harald Alvestrand <harald@alvestrand.no>
CC: Eric Rescorla <ekr@rtfm.com>, Martin Thomson <martin.thomson@gmail.com>, Kiran Kumar <g.kiranreddy4u@gmail.com>, "public-webrtc@w3.org" <public-webrtc@w3.org>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>
On 28/07/2013 5:06 PM, Harald Alvestrand wrote:
> On 07/28/2013 10:43 PM, cowwoc wrote:
>>
>>     Look, when I try to upload a very large file over TCP I see the 
>> upload speed peg at close to 100% of capacity seemingly immediately. 
>> Can't we take the same mechanism as TCP and layer it on top of what 
>> WebRTC uses today? I'd like to avoid drilling down into the specific 
>> implementation at this time. All, I'm asking is whether this is 
>> technically doable and if not, why.
>>
>>     Let's not lose track of the goal of this discussion, which is to 
>> enable users to specify the initial/minimum bandwidth usage so chat 
>> sessions don't start out with blurry/choppy video at 1080p. If you 
>> have an alternative for achieving this, I'm all ears.
>
> That may be YOUR goal in this discussion. It is certainly not a 
> formulation I'll sign up for as a WG goal.
>
> In the IETF, the first goal is the continued survival of the Internet; 
> all other desires are subordinate to that.
>
> We know from bitter experience (google "congestion collapse") that 
> badly designed congestion control, when deployed simultaneously by a 
> large fraction of the nodes on the Internet, brings problems that can 
> render the Net unusable, and which - mark this - do NOT show up in 
> tests done with only a few users.
> The IETF congestion people are conservative, and have good reason to be.
>
> I think we can agree that there is a clear desire to start up chat 
> sessions with video that is pleasing to the user.
>
> I don't think we have any kind of consensus that letting the browser 
> obey any suggestion for initial bandwidth that comes from the user, no 
> matter what it knows (or knows it doesn't know) about the network 
> conditions between the sender and the recipient, is a reasonable way 
> to achieve that.
>
> Harald
>

Harald,

      The only reason I brought up the example of HTTP upload or 
WebSockets is to ask what we can learn anything from how other 
technologies handle this problem. I'm only interested in the "what" 
(instant-on clear/smooth video chat sessions) not the "how". To that 
end, do you have any ideas?

Gili
Received on Sunday, 28 July 2013 22:58:54 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:35 UTC