Re: [tsvwg] new tests of L4S RTT fairness and intra-flow latency

Jonathan Morton <chromatix99@gmail.com> Sun, 15 November 2020 13:24 UTC

Return-Path: <chromatix99@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56B813A11F5 for <tsvwg@ietfa.amsl.com>; Sun, 15 Nov 2020 05:24:25 -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, 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 cOv2ZWlbTTPd for <tsvwg@ietfa.amsl.com>; Sun, 15 Nov 2020 05:24:24 -0800 (PST)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 1C3EB3A11F0 for <tsvwg@ietf.org>; Sun, 15 Nov 2020 05:23:37 -0800 (PST)
Received: by mail-lf1-x131.google.com with SMTP id d17so20787415lfq.10 for <tsvwg@ietf.org>; Sun, 15 Nov 2020 05:23:36 -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=FLaJp4kSKkto8GL0p5M8sOVpYZ1/scfGFAyQQTrv01U=; b=dXc/6ADUGVrq4wWF0ncsEdIdMVlniyuty2Sle2zAwCdMLCTLoxuoHOJwJxImFIlheY dwCDhyJespVFrJJey69dDyIutAUcVsDZ1alBg1EqY08qdHIFr4TDOiIeGKjojhXDBTrp 0aDU06ywW98EeJpLs3qLDLcWv4XWD1We57CnfybsSjFQpRLoZFkhvlMvBkydfZIlPY69 pSJro2zyNH1hbS86pgDtuWoM8zB+zmImc2YsG/eiY2S0F/dUn/Y13uYTPOSKc5T+Gmn2 j90dOf6lNlf+qk1XE6xuA62lZWUsa1gVT00SexOeroplzK7xanYhpwKinOg6eCPhSJWh s2fw==
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=FLaJp4kSKkto8GL0p5M8sOVpYZ1/scfGFAyQQTrv01U=; b=is9THUzf+583speG//PvgsYGcMRJ8CVfuJHAvQM2cznYzKAHYxXC/NtS9nCNuE3cHs hxrqEg8qnxwzioxrMYb2PnZec9Vq0UXnMJZ90GHTfILOwNp4PLUH4UeqDg1AJGLzcfdu Le++yy9OTihGbVhFpxH5UXQbabhB9Ebnfc0jwz2zvbzCAvGpK2iIPluaH12JdbOJr6de +9XKlLE31vVa1ZQ8KaXN/7hcMtoganHQGxY95XPueEkxL2X6sugnqs1VPzEAELPj8OJi /BmPLIS6hfMjDSYLIzeEbMTJRChFy4gNffoAvBOqoIaSKmwGyNS/APasFxt6V4Rl8TXJ JRKA==
X-Gm-Message-State: AOAM531KYnT7jwFU3ORbQzbfYmr+hbckTtgbfaAwVbRlovrsPgxZ5Nyg +f0bS4cc6Ye5Qcpb6aQbvdc=
X-Google-Smtp-Source: ABdhPJyt2SaUWqFKq7Pd1G+oyiUYK0S7cIT7/iyuaDDQ2qaFn4BXKXKmPOw6sFGl8lpILiOAv3Kj9g==
X-Received: by 2002:a19:915:: with SMTP id 21mr4140822lfj.528.1605446614919; Sun, 15 Nov 2020 05:23:34 -0800 (PST)
Received: from jonathartonsmbp.lan (178-55-159-67.bb.dnainternet.fi. [178.55.159.67]) by smtp.gmail.com with ESMTPSA id 17sm2349030lfr.52.2020.11.15.05.23.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Nov 2020 05:23:34 -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: <708094836.3300445.1605445600361@mail.yahoo.com>
Date: Sun, 15 Nov 2020 15:23:32 +0200
Cc: tsvwg IETF list <tsvwg@ietf.org>, Pete Heist <pete@heistp.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <82938C83-880C-4DBE-843F-78FF20D41CFF@gmail.com>
References: <d2edb18dd3cbfecce0f70b3345e4ea70a0be57b9.camel@heistp.net> <708094836.3300445.1605445600361@mail.yahoo.com>
To: "alex.burr@ealdwulf.org.uk" <alex.burr@ealdwulf.org.uk>
X-Mailer: Apple Mail (2.3445.9.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/4xEirEv8mC142V4LtD9h-lN6nxs>
Subject: Re: [tsvwg] new tests of L4S RTT fairness and intra-flow latency
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Nov 2020 13:24:25 -0000

> On 15 Nov, 2020, at 3:06 pm, alex.burr@ealdwulf.org.uk wrote:
> 
> Maybe I've missed it, but I don't see whether these tests were run against a version of TCP-Prague having the RTT-independence workaround mentioned during interim-2020-tsvwg-01 [1], and if so what its mode was. Can you clarify that?

We're using the latest version of the L4S kernel, with any TCP Prague-specific parameters left at the default setting.  Looking at the code, the default appears to disable the 15ms RTT bias embedded in TCP Prague, which as you note was proposed to counter the bias imposed by DualPI2.

But even if that were enabled, it's a nasty workaround which addresses only one aspect of the unfairness we show in our results.

 - Jonathan Morton