From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2B0A721F298 for ; Mon, 22 Jun 2015 22:21:01 -0700 (PDT) X-AuditID: c1b4fb3a-f79ec6d000006dc0-8e-5588ecb9fa6c Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.253.125]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id FE.B2.28096.ABCE8855; Tue, 23 Jun 2015 07:20:58 +0200 (CEST) Received: from ESESSMB205.ericsson.se ([169.254.5.120]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0210.002; Tue, 23 Jun 2015 07:20:57 +0200 From: Ingemar Johansson S To: "bloat@lists.bufferbloat.net" Thread-Topic: TCP congestion detection - random thoughts Thread-Index: AdCtc0/5QDwhM9IcQLy+6wiZxd9VxQ== Date: Tue, 23 Jun 2015 05:20:57 +0000 Message-ID: <81564C0D7D4D2A4B9A86C8C7404A13DA34B2F3CC@ESESSMB205.ericsson.se> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALMWRmVeSWpSXmKPExsUyM+Jvre6uNx2hBisf8lj0/7rP6sDosf3i GaYAxigum5TUnMyy1CJ9uwSujAM3fjAW9IpVfNh6n7GBcapQFyMnh4SAicTPXdvZIWwxiQv3 1rN1MXJxCAkcZZR4O+kPC4SzhFHi97ZjbCBVbAI2EisPfWcEsUUE7CWmrz8F1i0sYCFx+tJO Noi4pcSHht1MELaexP0pH1hBbBYBVYkpW7+C1fMK+EosurKUGcRmFJCVuP/9HguIzSwgLnHr yXwmiIsEJJbsOc8MYYtKvHz8jxXCVpT4+GofI0S9jsSC3Z/YIGxtiWULXzNDzBeUODnzCcsE RuFZSMbOQtIyC0nLLCQtCxhZVjGKFqcWF+emGxnppRZlJhcX5+fp5aWWbGIEBvnBLb+tdjAe fO54iFGAg1GJh3fB3o5QIdbEsuLK3EOM0hwsSuK8MzbnhQoJpCeWpGanphakFsUXleakFh9i ZOLglGpg9HPkfpRbaPz2zev6pubWdvXF1r6W11bFXlvj7CnfmLLzst/N2hCpn92p01d5x5m4 1C9hMGrc6aF8Jfrq9Z6FB4Q7FSZWyPZtmLW16JRbEk8xp9hNwTVd8+ZPOZ18mSutnPvHjfUC y4Jrl+Wd+NaqsH/v9bDbL/k3i2x96HFAVvD/VP+AVxvVlViKMxINtZiLihMBWp9EB1MCAAA= Subject: Re: [Bloat] TCP congestion detection - random thoughts X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2015 05:21:30 -0000 Hi FYI SCReAM (Self-Clocked Rate Adaptation for Multimedia) is an offspring of= the LEDBAT algorithm http://tools.ietf.org/wg/rmcat/draft-ietf-rmcat-scream-cc/=20 The congestion control part of SCReAM is designed to be a tad more opportun= istic than LEDBAT, the reason to this is that the source in this case is a = rate adaptive video encoder. /Ingemar > Message: 1 > Date: Mon, 22 Jun 2015 09:12:18 -0700 > From: Dave Taht > To: Juliusz Chroboczek > Cc: bloat > Subject: Re: [Bloat] TCP congestion detection - random thoughts > Message-ID: > +3WQ@mail.gmail.com> > Content-Type: text/plain; charset=3DUTF-8 >=20 > On Mon, Jun 22, 2015 at 8:55 AM, Juliusz Chroboczek diderot.fr> wrote: > > To add to what my honourable prelocutors have said, ?TP, which is used > > by modern BitTorrent implementations, uses the LEDBAT congestion > > control algorithm, which is based on delay. The fact that LEDBAT is > > crowded out by Reno is a desirable feature in this case -- you do want > > your BitTorrent traffic to be crowded out by HTTP and friends. > > > > https://en.wikipedia.org/wiki/LEDBAT >=20 > Yep. I note that OWD is more desirable than RTT, particularly in modern > asymmetric networks that have a ratio of up to down bandwidths of 1x10 or > more. >=20 > A lot of folk have treated that return path as inconsequential when it ca= n > actually be the biggest source of delay or be the most contested part of = the > path. >=20 > After having much success in squashing torrent down to being invisible us= ing > classification in cake last week, I realized this morning that also putti= ng the > short acks into the same bin was perhaps not always the right thing as th= at > hurt download throughput..... Perhaps > stretch(ier) acks are feasible in ledbat/torrent? Or revisiting the packe= t size > to shrink once again under contention? Reducing the number of flows? >=20 > > > > -- Juliusz > > > > _______________________________________________ > > Bloat mailing list > > Bloat@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/bloat >=20 >=20 >=20 > -- > Dave T?ht > worldwide bufferbloat report: > http://www.dslreports.com/speedtest/results/bufferbloat > And: > What will it take to vastly improve wifi for everyone? > https://plus.google.com/u/0/explore/makewififast >=20 >=20 > ------------------------------ >=20 > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat >=20 >=20 > End of Bloat Digest, Vol 54, Issue 39 > *************************************