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

"De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com> Wed, 18 November 2020 11:13 UTC

Return-Path: <koen.de_schepper@nokia-bell-labs.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 D556F3A09A5 for <tsvwg@ietfa.amsl.com>; Wed, 18 Nov 2020 03:13:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_IMAGE_RATIO_04=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 uAg7bdTSNGGu for <tsvwg@ietfa.amsl.com>; Wed, 18 Nov 2020 03:13:35 -0800 (PST)
Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2132.outbound.protection.outlook.com [40.107.20.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C439C3A102F for <tsvwg@ietf.org>; Wed, 18 Nov 2020 03:13:33 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bNX8P6QVXspKm9cRK8ESIwmjmXu5OgDAaTT1CoFFQUibXmCAETRgGH0xmswsQGxvzy9QTB2DozJYK0E1YUghs82mQrOEPZJWeIYarR8l8UMzci9f4KBqS0XoIiAEPuUuPRiLpoN00GZ50ghmt+G0Qyxczhim9H/NQ1gUVF+Rzg4y4EQRBw1eYNZQXdQLoad0uaDUiCzMvgis7E5zHmGWKuHvoJhDBlv0DqnhkonFHE4SRdg2QOokFsQ+ktc07SsZHgX3paVzTLhPdis5Ws/aZ5JPySNvYj3rvEJ73F83gDmkExELvCa2ZlmDxxfDTjvJ//M+M1TCzgEd5om8KWjHQA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r73K+IizIr9zvgvloKHuy9cYwH70tt9IznqSTauHEfE=; b=awZEiu7OljCMKzQ8nTU/99eOcf4Z8ikoaoWOveKGvgPSJQqrsyX/F9u/S7fug0vX2duykiBOBnKQvdSZx0r2cT+dvg1r2nGKV02f8Y/pirccGW2eKONaxAXq8kMqAgej42orbfAZ14c1K1Cs7NnO9iZpj0WI4r8fp6yvrO2nP0LuWAnG+JJhcGZ53oVXAcFJG2Zw7ZlisqlNIw3QU8GiXGgi4w0gE5MrRf3CIIbBaCizF3oCjDy3FJwsPPxK3YCs9Qx4+Q2iW0jPwYV+AZIpiLApbagsKutuQ99YW7CQ1n5BqsbE7eyUHbxVNUUR4vaIufaT0oSKBMQEG62GGwxrVQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia-bell-labs.com; dmarc=pass action=none header.from=nokia-bell-labs.com; dkim=pass header.d=nokia-bell-labs.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r73K+IizIr9zvgvloKHuy9cYwH70tt9IznqSTauHEfE=; b=ZhaSHtoHQ4ndKAgcpxgwQ/uRDia4JnntWHFNxbL+w00HP/sCODkBvq1ENZGSB7ySLi47X7xAzYW2I3WwcCdDOuWO8UsT3CTD9eUyLV3Owarv2HKJDQ7gXxQccw3fQ7wFYHlW8PWwrS8u9wOQH9RKemw0KbuFDTG42uXwI8AOsqM=
Received: from AM8PR07MB7476.eurprd07.prod.outlook.com (2603:10a6:20b:24e::12) by AM0PR07MB4291.eurprd07.prod.outlook.com (2603:10a6:208:bb::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.13; Wed, 18 Nov 2020 11:13:30 +0000
Received: from AM8PR07MB7476.eurprd07.prod.outlook.com ([fe80::e966:7a41:b22a:1560]) by AM8PR07MB7476.eurprd07.prod.outlook.com ([fe80::e966:7a41:b22a:1560%4]) with mapi id 15.20.3589.019; Wed, 18 Nov 2020 11:13:30 +0000
From: "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>
To: Jonathan Morton <chromatix99@gmail.com>, Sebastian Moeller <moeller0@gmx.de>
CC: tsvwg IETF list <tsvwg@ietf.org>
Thread-Topic: [tsvwg] new tests of L4S RTT fairness and intra-flow latency: defaults ready for testing
Thread-Index: Ada85MWc272rjDX0SbC69eow4sPeGgAXOjCAAAxWwIAAANbggAABzW/w
Date: Wed, 18 Nov 2020 11:13:29 +0000
Message-ID: <AM8PR07MB747620482E8982545E5AA593B9E10@AM8PR07MB7476.eurprd07.prod.outlook.com>
References: <AM8PR07MB7476081896E0A1C4897FFBA3B9E20@AM8PR07MB7476.eurprd07.prod.outlook.com> <811A76DD-3D48-43D3-A962-3F15AE9E858B@gmail.com> <B0880150-AE61-46AF-8C3E-542DFE28BD51@gmx.de> <F28CA33B-37D1-4955-8025-11E01016B944@gmail.com>
In-Reply-To: <F28CA33B-37D1-4955-8025-11E01016B944@gmail.com>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia-bell-labs.com;
x-originating-ip: [2a02:1810:1e00:cb00:210b:63c2:20dd:546d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 5644ccc1-c7e6-4ed8-8153-08d88bb2fad8
x-ms-traffictypediagnostic: AM0PR07MB4291:
x-microsoft-antispam-prvs: <AM0PR07MB4291749DF42BF886502DB586B9E10@AM0PR07MB4291.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6430;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: GVF7kvOuZYR23N+o/kMsYyXleniuvpV3469KNU6AcXzFydRJE7R0/Y9VePa9n5l1ujKE28+lpvvuoduCdT5nSnQxmsLIx/C5OFBZj8yMrn/gSDD6LF3kl6IzDdOi+UtjBSIxnZFj6KIjrUc8d7Y59Mt3CoX2GlOuHmh0dW2og70sfoTIF41JnlzjVzO+9sXy0aiXFcqmR9Gr2KOcJmkrQix00KVNArPUZ6LFnxmT4OhwDnxVOxOTcByy33htsMqzONDU/l6xWAWFZyw9zmpXscOUda21CStc8zohXrCsVG5crhuRr9RGPpqujYCSa1mcWpb6rw0ezDvlnMfk+SBFQw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8PR07MB7476.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(346002)(396003)(39860400002)(136003)(366004)(5660300002)(99936003)(33656002)(8676002)(2906002)(66946007)(64756008)(66556008)(66446008)(52536014)(76116006)(66616009)(86362001)(66476007)(478600001)(55016002)(9686003)(186003)(71200400001)(110136005)(7696005)(316002)(6506007)(53546011)(4326008)(8936002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 4xea4AwGreDH1jJQ/zy7ok1Qgj5+Jw5yEodQIAnbeZ4P6y9wVh4LvjewCuilswR5US2qD0f2mjqn+D+J1nknPMeZ7r1OyUgmS57XV6cINsruzWYySaBc3+5zalG50RbhirBiN35QOjenXTUpwp0gVsxoPNa4JC7SCqcxdC4kwMgKA39mgyC8Y/iBewZEuosScmQZlQaN6iDyPX1sdcOEgWLnikb7HDDNSAfHDSjd1AP0s+d75vCjL5ne4h8Z/ayi7zMRdF8VuG/KcJuWMJcMX8+reIOR3SAY0/o9K4lImNBRGRm8eyOR706qUmi5wlipuNLpL4nRkbJ+FbeOiGPBB1IMvB/ynE5z+jbtAq4vAElrlOPW7/keOkt/Vi6Ly7RbC46b/aLoRqViyHbh6n/pNku/jNoAcIgOy+FXmlZldm1z9c06LqPxOeQUG1AyhvjfvydZCY0TuKg9t0ESKlEyfM+GltXV/Xt4l87UV4MJsrU+gnbvhWOu0yPNvijzH3yJI1k1/wjaF538Snn3BwLpKUb7/FesqVEwOrUeNuhqwItdbgQXi5Im4YS9wR6WP/kgJjPon25uj31TzAcZ0+PC8U2ct9puUEgb9xcqxPK+ezh6vR5cIASA3qCnoDM3ujBBtRfB7KPxn0XOpzb+eFlutrit7xVEHCG7B7xhDlWC6l04zoBOMtDo9jxhOtpx2hn5fWro5XUYw5mACTwfTqirp+KDJpdU6Ix52s/isW4kAcJxIwIfThdYx/0AhYFhDxjvPJq6GHePgpjMbuT0yXNw5v9LbbBochz6UmkuS2MLoCdqgnStBN4sUNO8/ytU+u3kEAoIPDQsswZ+bYfPLhbfcQ8dvUGcXHguA8zFSXUuxGHWvUo9gn3F7tzgp3nKxi1pShjAZo0Pm5rhj293t6hxCuLEVo920z+V1MA+2xQe92kbsXE7tmiOzbykFE1YCDqWqQ2mOuX8B0bz+CoxAQj5BA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/related; boundary="_004_AM8PR07MB747620482E8982545E5AA593B9E10AM8PR07MB7476eurp_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM8PR07MB7476.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5644ccc1-c7e6-4ed8-8153-08d88bb2fad8
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Nov 2020 11:13:30.0613 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: XySEYUytpFgzRX7s9lbd7uIXOmYZLYzc0St5ku+W9jDArX8TFs4VhCSR8fc46rp4RWo4gW73B1+guoivGkASZOpCPg0wXvTTN1LwB001hZ5SQFOGvRdcw44XtPVKGMn+
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4291
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/aNPnyxXOQKdJEKvG75AJZKRItOI>
Subject: Re: [tsvwg] new tests of L4S RTT fairness and intra-flow latency: defaults ready for testing
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: Wed, 18 Nov 2020 11:13:37 -0000

Hi Jonathan, Sebastian,

Thanks for sharing these tests results again.

Indeed, a detailed study can be performed to define the optimal behavior. It probably will also depend on the applications using it. I think it is commonly accepted that it is beneficial to prioritize short flows and that we don't want to spoil the benefit of having a lower latency  (being able to respond faster) we only enabled the RTT fairness after a currently reasonable and easy to implement number of RTTs.  Improvements could be to do this more gradually, ... Also if applications stop sending data, and start again, it can be considered to restart the (gradual) RTT independence.

I guess the basic issue (too aggressive Short RTT flows due to the 0 to 1ms L4S queue latency target) is solved with this, and I encourage everyone to share data/experience, further study and define more optimal behavior. We can easily change this.

Regards,
Koen.



From: Jonathan Morton <chromatix99@gmail.com>
Sent: Wednesday, November 18, 2020 7:45 AM
To: Sebastian Moeller <moeller0@gmx.de>
Cc: De Schepper, Koen (Nokia - BE/Antwerp) <koen.de_schepper@nokia-bell-labs.com>; tsvwg IETF list <tsvwg@ietf.org>
Subject: Re: [tsvwg] new tests of L4S RTT fairness and intra-flow latency: defaults ready for testing

On 18 Nov, 2020, at 8:21 am, Sebastian Moeller <moeller0@gmx.de<mailto:moeller0@gmx.de>> wrote:

The changes that Oliver submitted to TCP Prague not only increase the fudge RTT to 25ms, but they also, as Koen mentioned, increase the time it takes for Prague to switch to the new fairness mode to 500 RTTs, or 5 seconds at 10ms RTT.
I really wonder how that affects fairness if the shallow queue is used by a bunch of short flows with 10ms RTT. As far as I can tell the consequences of this delayed engagement have not been described properly.

Yes, that engagement delay is clearly visible in a time-series plot.  I think it may even be more than 5 seconds in practice:
[cid:image001.png@01D6BD86.684F67B0]

 - Jonathan Morton