Re: [iccrg] When is congestion control safe and fair

Jonathan Morton <chromatix99@gmail.com> Thu, 17 December 2020 13:00 UTC

Return-Path: <chromatix99@gmail.com>
X-Original-To: iccrg@ietfa.amsl.com
Delivered-To: iccrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD8043A061B for <iccrg@ietfa.amsl.com>; Thu, 17 Dec 2020 05:00:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HuVzTsTEgR18 for <iccrg@ietfa.amsl.com>; Thu, 17 Dec 2020 05:00:10 -0800 (PST)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5BB13A05D0 for <iccrg@irtf.org>; Thu, 17 Dec 2020 05:00:10 -0800 (PST)
Received: by mail-lf1-x132.google.com with SMTP id a9so57076670lfh.2 for <iccrg@irtf.org>; Thu, 17 Dec 2020 05:00:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qBZ7baOW8t0jVW5ZrE5ziZgF+5Rl+fahhl/mTlCLHmo=; b=b7afVwuG2gf0UaRQdnodBf4gHZ4olpDJ/iVhlVIKonFtJb+pNGg+nhabBL7x1OKl29 GbVq1xLsPEHhU3Y1BzQZFYvhJ9ySZcQ37xzl8hHd6VB7KpZv+kaYZFNanXlZGDT8Bqni hLeLRsdH0bUeb2TbWKFpJEQVLnYnqzvp0C/6eOsRYSXIaGqbKMJnVeskHXu91W9lwxnI 0xfCVH/d2daUrC6UNAsR3m28o5cRKgpHcUBuIlR0RY53HllIAzAircaXC5e9mDnJuN8b Xik2j1e+pbn/EPnXqFReqPQ3lGdhI+eoyS5P08ttl3UdF0V2lkV2DLQBQU01kmzJp92E HVAw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qBZ7baOW8t0jVW5ZrE5ziZgF+5Rl+fahhl/mTlCLHmo=; b=rxmIFrB+nTewO9r3Lnmz7HDXacRpKJzlQt3G7KzOkLY8ULF5zHWawjt/7Ug0NE32My nRPWyXvkDJ2gxvQNUcE5gdMYKh2yp0wxpZYPb2fW8bfJJgcBNTMEXDyefM7PYdBSQrpS +tekEOCPPqyRdKz+8mugSDxojSxK+r22A2+MGVxDOOAac6/XtAcQ3YB+hEXHcwIjjeTg O7ipNtFlGt4cud1PnjAYxhMP2azx+GR4RhyMkrx2ACLo878C07As6Dqs1yOHPblYNCi/ IhYHUKokbnO7shauZhT1FceSv4TvnQ7XH6nmowaBE4hpwmLTge5jPE02hwTB2bVI3LAV EFXA==
X-Gm-Message-State: AOAM530PMTW/QVsMpQI3rVNVGTtfj3oR8kxKB/iOrHbBnRKL9/oXl4SM pq4Gs7D6gNBnDzpoLzTRqNw=
X-Google-Smtp-Source: ABdhPJwkufJEq0WUYuGXtVn+5vmYHDONdtgSHG81IuhsJItWcdVFX5L5PgKfAXi5k/ig1+gYHrX9FA==
X-Received: by 2002:a2e:6f18:: with SMTP id k24mr15611661ljc.225.1608210008537; Thu, 17 Dec 2020 05:00:08 -0800 (PST)
Received: from jonathartonsmbp.lan (178-55-231-236.bb.dnainternet.fi. [178.55.231.236]) by smtp.gmail.com with ESMTPSA id n13sm665998ljj.70.2020.12.17.05.00.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Dec 2020 05:00:07 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\))
From: Jonathan Morton <chromatix99@gmail.com>
In-Reply-To: <alpine.DEB.2.21.2012171248370.5844@hp8x-60.cs.helsinki.fi>
Date: Thu, 17 Dec 2020 15:00:06 +0200
Cc: iccrg@irtf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <5FAAD6D9-3F36-4587-928D-329CF3E23676@gmail.com>
References: <alpine.DEB.2.21.2012171248370.5844@hp8x-60.cs.helsinki.fi>
To: Markku Kojo <kojo=40cs.helsinki.fi@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3445.9.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/uFjEWSq4bhlJbLlJpBWsoFGXDXk>
Subject: Re: [iccrg] When is congestion control safe and fair
X-BeenThere: iccrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussions of Internet Congestion Control Research Group \(ICCRG\)" <iccrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/iccrg>, <mailto:iccrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iccrg/>
List-Post: <mailto:iccrg@irtf.org>
List-Help: <mailto:iccrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/iccrg>, <mailto:iccrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Dec 2020 13:00:12 -0000

> On 17 Dec, 2020, at 1:55 pm, Markku Kojo <kojo=40cs.helsinki.fi@dmarc.ietf.org> wrote:
> 
> The proposed change would definitely improve loss recovery efficiency of the modified TCP sender but what would be the implications?

The major safeguard I think we'd have to insist on is that any further loss events during the retransmissions MUST be treated as indications of congestion and cause a reduction in cwnd.  Otherwise it looks possible for the recovery period to continue indefinitely at a constant cwnd and with a high loss rate, which seems dangerous.

Behaviourally, this looks similar to an ECN congestion event reducing cwnd to 20, followed by a brief period of application-limited inactivity, followed by data being available again to fill the cwnd.  Clearly this new traffic would respond to congestion signals as normal, and so should anything that looks like it.

 - Jonathan Morton