Re: [rtcweb] An input for discussing congestion control (Fwd: New Version Notification for draft-alvestrand-rtcweb-congestion-00.txt)
Jim Gettys <jg@freedesktop.org> Wed, 21 September 2011 13:41 UTC
Return-Path: <gettysjim@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13BBB21F8CC0 for <rtcweb@ietfa.amsl.com>; Wed, 21 Sep 2011 06:41:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DQTsqde0pQzN for <rtcweb@ietfa.amsl.com>; Wed, 21 Sep 2011 06:41:26 -0700 (PDT)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by ietfa.amsl.com (Postfix) with ESMTP id EB87A21F8C9E for <rtcweb@ietf.org>; Wed, 21 Sep 2011 06:41:25 -0700 (PDT)
Received: by qyk33 with SMTP id 33so1784840qyk.10 for <rtcweb@ietf.org>; Wed, 21 Sep 2011 06:43:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=h4HXIG+sjryH9KidRYbeE9f1xLn5tMSnPMBdOG6o+UE=; b=KzDxupOiSuj3k87N0JcrECvprobmonezEcI4NP2XM+onuBu8/fL7YQ1JXXDpm7mfDL EoMnDltf1EMe1Y16ZeZqKSXCIJjBrvmMLTb7TWmw6cvQvtthWynGL4gtzzNjQrsQVGHd cN6ssxPo6LjJ3vwkbrPG1wSzeMDRmOgXGwrwQ=
Received: by 10.229.70.130 with SMTP id d2mr572228qcj.130.1316612634143; Wed, 21 Sep 2011 06:43:54 -0700 (PDT)
Received: from [172.30.45.80] (c-98-229-130-122.hsd1.ma.comcast.net. [98.229.130.122]) by mx.google.com with ESMTPS id cc12sm4915786qab.16.2011.09.21.06.43.52 (version=SSLv3 cipher=OTHER); Wed, 21 Sep 2011 06:43:53 -0700 (PDT)
Sender: Jim Gettys <gettysjim@gmail.com>
Message-ID: <4E79EA16.7070909@freedesktop.org>
Date: Wed, 21 Sep 2011 09:43:50 -0400
From: Jim Gettys <jg@freedesktop.org>
Organization: Bell Labs
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2
MIME-Version: 1.0
To: Randell Jesup <randell-ietf@jesup.org>
References: <4E649FBD.1090001@alvestrand.no> <4E734E89.5010105@ericsson.com> <4E766C4C.2020201@jesup.org> <CAEdus3LcjV9x+gLdZm5vwKhh-ge6xzfWSEB_NxcHe1Gz_5DZ8g@mail.gmail.com> <CAOhzyf=MqsgsGUi521oJ5N6+T+K1N01MjeHYPpX_VZK8uyQksw@mail.gmail.com> <CAKkvrEkx0mqnDWqNYse3r9WUMbYKNZhrBqQ0SPUAnTtKrA5bLg@mail.gmail.com> <CAOhzyf=_n3VhNi1GgxdKJpyzEMLORcKX2499+YZHQnGqYURxjg@mail.gmail.com> <CAKkvrEnXxoiJZJ3a3eg_Ybz0POCM+UTxU7nnWCf8Xt331jiXLA@mail.gmail.com> <4E787D56.8060106@alvestrand.no> <CAKkvrEnpMusPu8py2-98NffDY493z=tA_giW9X-p6c1LtgL+XA@mail.gmail.com> <4E788A9C.40105@alvestrand.no> <CAKkvrEk0_L6UfDsUHQea_5XXfYXGWQ-8dJm_mP+nTSeVeL90rQ@mail.gmail.com> <4E799F00.8030602@alvestrand.no> <4E79E698.2090905@jesup.org>
In-Reply-To: <4E79E698.2090905@jesup.org>
Content-Type: multipart/alternative; boundary="------------090004020604090401020108"
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] An input for discussing congestion control (Fwd: New Version Notification for draft-alvestrand-rtcweb-congestion-00.txt)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Sep 2011 13:41:27 -0000
On 09/21/2011 09:28 AM, Randell Jesup wrote: > On 9/21/2011 4:23 AM, Harald Alvestrand wrote: >> I think receiver->sender reporting every RTT (or every packet, which >> is frequently less frequent) is overkill, but that's a statement with >> a lot of gut feeling and very few numbers behind it. >> >> One advantage we have in RTCWEB is that we can assume that if audio >> and video work OK across the network, we're in a good place. We don't >> have to worry about getting gigabyte file transfers to utilize 90% of >> the link - even thogh we have to worry about audio and video >> functioning while those gigabyte transfers are taking place. > > Agreed. Also, in practice the TCP flows we're competing with are > rarely long-lived > high-bandwidth flows like GB file transfers. Normally they're > flurries of short-lived TCP > (which is important to consider since these short-lived flows can > suddenly cause buffering > without warning). You get to deal with some of each. Both cause havoc in the face of bufferbloat. The long lived flows keep the buffers in your OS/Home router/broadband gear near full, inserting lots of delay. This includes doing backups (local or remote), uploading videos, downloading videos to disk, bittorrent, etc. The netalyzr data is quite grim, particularly when you realise it's a lower bound on the problem (the netalyzr test is sensitive to cross traffic and more importantly, tops out by the time it gets to 20Mbps). http://gettys.wordpress.com/2010/12/06/whose-house-is-of-glasse-must-not-throw-stones-at-another/ As far as the transient bufferbloat problem caused by web traffic, and why IW10 is a problem in my view at this time, see: http://www.ietf.org/id/draft-gettys-iw10-considered-harmful-00.txt > > As for 1 feedback/RTT, I agree. And if you wanted to use one > feedback/RTT, I'd put the feedback in > a TCP header extension or design an RTP equivalent that can carry it > in the reverse-direction > media flow (when available). But that's a different argument. > I like timestamps, if only to make it easy to tell the user: you are losing, and it's because of your broken network. For TCP, the TCP timestamp option is on by default in Linux, and I think may be on by default on other modern systems (anyone have any data?). - Jim Other protocols may not be so nice.
- [rtcweb] An input for discussing congestion contr… Harald Alvestrand
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Harald Alvestrand
- Re: [rtcweb] An input for discussing congestion c… Magnus Westerlund
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Stefan Holmer
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Henrik Lundin
- Re: [rtcweb] An input for discussing congestion c… Varun Singh
- Re: [rtcweb] An input for discussing congestion c… Henrik Lundin
- Re: [rtcweb] An input for discussing congestion c… Tim Panton
- Re: [rtcweb] An input for discussing congestion c… Henrik Lundin
- Re: [rtcweb] An input for discussing congestion c… Varun Singh
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Soo-Hyun Choi
- Re: [rtcweb] An input for discussing congestion c… Henrik Lundin
- Re: [rtcweb] An input for discussing congestion c… Soo-Hyun Choi
- Re: [rtcweb] An input for discussing congestion c… Harald Alvestrand
- Re: [rtcweb] An input for discussing congestion c… Soo-Hyun Choi
- Re: [rtcweb] An input for discussing congestion c… Harald Alvestrand
- Re: [rtcweb] An input for discussing congestion c… Dzonatas Sol
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Soo-Hyun Choi
- Re: [rtcweb] An input for discussing congestion c… Harald Alvestrand
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Jim Gettys
- Re: [rtcweb] An input for discussing congestion c… Henrik Lundin
- Re: [rtcweb] An input for discussing congestion c… Ingemar Johansson S
- Re: [rtcweb] An input for discussing congestion c… Henrik Lundin
- Re: [rtcweb] An input for discussing congestion c… Randell Jesup
- Re: [rtcweb] An input for discussing congestion c… Stefan Holmer
- Re: [rtcweb] An input for discussing congestion c… Soo-Hyun Choi