Re: [ledbat] other open issues

Stanislav Shalunov <shalunov@bittorrent.com> Mon, 12 July 2010 21:35 UTC

Return-Path: <shalunov@bittorrent.com>
X-Original-To: ledbat@core3.amsl.com
Delivered-To: ledbat@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 34E893A6CA8 for <ledbat@core3.amsl.com>; Mon, 12 Jul 2010 14:35:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.623
X-Spam-Level:
X-Spam-Status: No, score=0.623 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i6Uf-JMont07 for <ledbat@core3.amsl.com>; Mon, 12 Jul 2010 14:35:20 -0700 (PDT)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by core3.amsl.com (Postfix) with ESMTP id D44343A6CC1 for <ledbat@ietf.org>; Mon, 12 Jul 2010 14:34:40 -0700 (PDT)
Received: by gwj19 with SMTP id 19so662569gwj.31 for <ledbat@ietf.org>; Mon, 12 Jul 2010 14:34:46 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.90.32.17 with SMTP id f17mr3453827agf.173.1278970483636; Mon, 12 Jul 2010 14:34:43 -0700 (PDT)
Received: by 10.90.102.5 with HTTP; Mon, 12 Jul 2010 14:34:43 -0700 (PDT)
In-Reply-To: <B9160A2D-CDD7-43CD-8129-293D105C1061@apple.com>
References: <mailman.38.1276023614.8694.ledbat@ietf.org> <B9160A2D-CDD7-43CD-8129-293D105C1061@apple.com>
Date: Mon, 12 Jul 2010 14:34:43 -0700
Message-ID: <AANLkTilEuwLirNn6MW0PC0OsaTwqee1vqy1pqRp6-Ly_@mail.gmail.com>
From: Stanislav Shalunov <shalunov@bittorrent.com>
To: Padma Bhooma <bhooma@apple.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: ledbat@ietf.org
Subject: Re: [ledbat] other open issues
X-BeenThere: ledbat@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mailing list of the LEDBAT WG <ledbat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ledbat>, <mailto:ledbat-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ledbat>
List-Post: <mailto:ledbat@ietf.org>
List-Help: <mailto:ledbat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ledbat>, <mailto:ledbat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jul 2010 21:35:21 -0000

On Fri, Jun 11, 2010 at 11:25 AM, Padma Bhooma <bhooma@apple.com> wrote:
> 1. How will base history expire after some idle time? May there should be a recommendation to throw away the history and re-learn delay on the link.

Padma,

Good point, added.

> 2. The linear controller that LEDBAT uses suggests that the congestion window should be increased proportional to the change in one-way delay. This is very good for responding quickly to changes in delay. But this can cause the window to increase at a faster rate than TCP would do with its probing mechanism using additive-increase. Although the maximum increase in window is capped to be less than Best-effort TCP, the rate of increase can be more. Does this concern anyone?

The change is not proportional to the change in one-way delay.

It is proportional to the difference between (non-negative) queuing
delay estimate and the target:

"The maximum speed with which we can increase our congestion window is
then when queuing delay estimate is zero. To be on the safe side,
we'll make this speed equal to how fast TCP increases its sending
speed.  Since queuing delay estimate is always non-negative, this will
ensure never ramping up faster than TCP would."

> Some of these decisions can be made implementation-specific. I think, it will be good if there is some discussion about it.
> Thanks,
> Padma
>
> On Jun 8, 2010, at 12:00 PM, ledbat-request@ietf.org wrote:
>
> Date: Tue, 8 Jun 2010 16:03:37 +0200
> From: "Rolf Winter" <Rolf.Winter@neclab.eu>
> Subject: [ledbat] Open issues, part 1
> To: <ledbat@ietf.org>
> Message-ID: <547F018265F92642B577B986577D671C014B9A15@VENUS.office>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> Here is the first Email in a series of Emails (to keep Email threats separate) which deal with open points in the congestion control draft. I pulled those together from various sources such as meeting minutes. I would like have a documented agreement on them. If there are other open question please speak up.
>
> 1. Parameters
> There were comments on the parameterization of the congestion control draft. The main concern was that they seem to come out of thin air. To close this issue I'd like to ask the group whether they think the parameters are sensible or not (e.g. 25ms delay target). It would be good to hear from people such as, say, game developers what they have to say about this target. A better description of why these were chosen is surely something that should go into the text.
>
> Best,
>
> Rolf
>
> NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London W3 6BL | Registered in England 2832014
>
>
>
> _______________________________________________
> ledbat mailing list
> ledbat@ietf.org
> https://www.ietf.org/mailman/listinfo/ledbat
>



--
Stanislav Shalunov
BitTorrent Inc
shalunov@bittorrent.com

personal: http://shlang.com