[tsvwg] Related to "Non-L4S traffic abusing the L-queue" discussion during the interim

"De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com> Thu, 17 February 2022 18:00 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 659FE3A0E2F for <tsvwg@ietfa.amsl.com>; Thu, 17 Feb 2022 10:00:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.476
X-Spam-Level:
X-Spam-Status: No, score=-7.476 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.576, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 vnWdenkorTTB for <tsvwg@ietfa.amsl.com>; Thu, 17 Feb 2022 10:00:35 -0800 (PST)
Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on20723.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e1a::723]) (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 74E9D3A0E16 for <tsvwg@ietf.org>; Thu, 17 Feb 2022 10:00:35 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jTM6w6t2GwtwUC/LsQ+ElBOHi99Ada8VqjDEkJxcksoWP5PmfjFg0fyWP0QenE6a4ag3BN6L0srwXA39uQB+tASOu8mpswZTdbyrr1bph5FjIgcO4myM8kcg7rclYsi7sMEu5eiTFPzh0rTcC7YrnlmVKFivErbkbPLbKlGTQgFKbxt/0uGEaUv2coD2P2L07dkCrHbWTlYnDIMzslyON+SAWVVxPHz1Gc3k0bXC3fejla7Pc8kwCX6bmJMjJ5K1i6fMjNerQA58YYmfFjxCHy2LzuJmClR2UHMrY8xTFfKqK7u9ZtAqx6Cl3wVmgp4ZB7zwwejoN+deKVFQ/nWgsw==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=8uZ0pYTv1wHaQFv96/7uNj2al+3obB7u7FdPF2uEUQo=; b=cURw8pj9C59VFEXUgD8ujTjcf2EJP98sUyVjvYKCrUuU/Yv2wpVQc6tYbe3G6kuDc17NxDJCDbukb3BD/1F4OdZj3pDvkqwWLo9+9IX4ubp474he1pErcVo1MYrNjN7tzg5/f/YNPhnSpsJ6poJBik8Kd4MU0xhIabpbjGwbCA72VCt2d46rxR7BYvQT3x8eMO08dFp7CXP4xGjXxyWxfRLE3FXu+V6RMpkCx25o1YoIKhOG1NUdkQkyKdlQj3aeU5NouEyotoqM7FBoLqZKHQaA9IZTsHM4FngiPyCL3nvR2e/5pgp7kj/aqrTKXDvAWNDgu4rU/8Ghqy9uozHRrg==
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=8uZ0pYTv1wHaQFv96/7uNj2al+3obB7u7FdPF2uEUQo=; b=m/RiwaXk9m6IKQItAlVrKEdBCaIubIdSIdoU13g4afW6Gt7MwvuEvZBU0+f8wvFA3BStbs2WP+gV4VPZokjqM7r+gkrPwPRyV5jJpJVuK+s6gVg0h9s8Amrg1NgWgAf9NHTfdw3sXJleFAbLWQpjlggMeLwKZ40N49KrwLCStI8=
Received: from AM9PR07MB7313.eurprd07.prod.outlook.com (2603:10a6:20b:2c6::19) by DB7PR07MB3929.eurprd07.prod.outlook.com (2603:10a6:5:5::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.7; Thu, 17 Feb 2022 18:00:30 +0000
Received: from AM9PR07MB7313.eurprd07.prod.outlook.com ([fe80::91fc:61da:729c:d949]) by AM9PR07MB7313.eurprd07.prod.outlook.com ([fe80::91fc:61da:729c:d949%4]) with mapi id 15.20.5017.009; Thu, 17 Feb 2022 18:00:30 +0000
From: "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>
To: tsvwg IETF list <tsvwg@ietf.org>, Jonathan Morton <chromatix99@gmail.com>
Thread-Topic: Related to "Non-L4S traffic abusing the L-queue" discussion during the interim
Thread-Index: AdgkJ2KkH3TNxxbjSbGmariabLxqmg==
Date: Thu, 17 Feb 2022 18:00:30 +0000
Message-ID: <AM9PR07MB7313D5AAF6B9D66C74CC35A1B9369@AM9PR07MB7313.eurprd07.prod.outlook.com>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia-bell-labs.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 61c7dfdf-b877-4602-3d76-08d9f23f62fe
x-ms-traffictypediagnostic: DB7PR07MB3929:EE_
x-microsoft-antispam-prvs: <DB7PR07MB3929CF0D04E31E2CBF7BC4DFB9369@DB7PR07MB3929.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: DS7p32H2Mm1c9ku29rZth+loHyftG4MM8GN+uZ+OKxSX8KbrzwM9Bjmar1ZMIU1bRMj8o2kjY8pVazZ6zmieRB4cXhpo9orUyUmaJtwbVzmJ2I596DL4iim7MkpEd/SpMc5ctjH8H35sfPmI/lHYaq1p6RuU9bqGJWtlTgmbvDjsXulM1PReWxT7nALX+bDduYJbepjCgQAHJBZV6QENWersqI4BxgBHKj03QBQN4wGbsfkON98oZ5mggs+iUdkUr1XHrCu2xHSSdyNPzWUPD2Uw4IdkTPkjsh0i8jS1xrIlrox33tTi8jpO/q0wnp0Zonqf2B3ZzMMZMQZF71j+bD55LnTIOcK9C0EdGj6QhY1uPzX/YsgN/neBAzKgNFB14kPpXR18U5QlPSsrEBEPgGfJ1jRyigbr7iySZ9XPM5tDGyiJ/MZ+f9FM6xcnZHIvZjKaQbk9MdTE0XRYIrg7rlBcdLaqQIgwYWTJqbblmD9+/AIIF/M6ySupXStX97ALrsFb2DOJQ8MW3B1wrxaZFXh59bwZ1O5VK2dxncz7JFy4QYnjfPFAIHae7yQqCTOhOyVcjjMok4K1TIhxaS3dKFpskcUnbBeS7Qquxzg07pD7giPeZBd2GknkZVNessMH6IYttmUNSUt5LwGYjmbHsr5hCoeIf8QKhguXGeDIiPg70rjmDnEiJkWprzQlVpv1d4e5oUuswWeH3QK0fgqwyw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM9PR07MB7313.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(71200400001)(508600001)(316002)(5660300002)(2906002)(33656002)(110136005)(122000001)(82960400001)(38100700002)(8936002)(66446008)(9326002)(52536014)(66476007)(7696005)(9686003)(66556008)(76116006)(66946007)(64756008)(186003)(38070700005)(6506007)(8676002)(86362001)(55016003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 2
x-ms-exchange-antispam-messagedata-0: l/dggZQ8nZNlT2NLgOYHfT0eW1Wz0F/9u+srNfxOBkYstLzl76h+ZfISHd9+T1V1xXj/iMAvFvbDQGdgag2An0toqpouzgFPgvDUgyVD3lgagdzszLiKpIHs1ToGFPQTy/r1NBdERwy44cJYvrkK9nYYoCEahRwMzd+aFrMxdoWfN0XK4ln4f6o9qgbGzGovw+s1HhmFZbB3utqUDlH66PZY3WhXAorYP0K0NKgzqPjCevkTSFbBVXRPu4aCBCxeKmtSP8tsQ4pu3KDOICmf0TPsMQcuXCZ2ejx1cz/RBIg1hvlUW1QQWAsars2jHU9T7i0/vo4doPUY9tCu0kwxsOXQzloMQgX0NG63GkPvO9g7lphOtfkLhwqthnEOz2HmID8H8nD49VvDed6+TMAGRyd+7jvfNM6U4+LdqJ12ko89MwsBC7NAl33j+dJTdcHN299K2y9pThW8jGAiY9qsEFYwfpxr+xGTi0QbXAFNovqCTuL5PNaaMDQK34aDkfuSAXpRrMxGo2AaHbSLitt5z/J+HaHTwE72RRFF5mRPgcLLtZe3fEmFOUaPUW/hPD5VYBBthAM9I0PA2mVRsQKw+UpzF570CPp/B/7P+sX7e1GPT1oNcQzTjUba9tHel4XSuDR0CEYsaorhXW21TZKhO/OZJfbmCF+Wrww4Kq9je53JONCCKP3d+ma3XAwS4xDZZ6u3GYaSVobfkqJwrYWVN9gqRBMH0ouW8wj/pFMTjIwqKKYGVWzCeOfIU2RXPUeqVuTmNfaEonDttqTLlhAAw8VvD4yI8Rgo5jcumpNJ5DTzNMqN3R9H1HKC7l2EhLzKLaT0wx/IGSfyhDiBpHnek8/zA3+GfqtkGcTrA6769Q126Xcno7pdfVmBlzAP/BAqHuOmDLg/np4SWuOHQJdeRxd2xWQuxi+paZIqomCn2Ggk9NrWO7AuFKh/PAIy85zkf94/8KIm7C+I7jLuz4b78/9Fqr9M0s2/oo8Hd0SjrXzytAPxKdIbFEkjTjh5KxJZr5wLI1+Ktdw/5/AP6wc5ljaDsUAnm6B9/koOpZQ6NLJY2kR53wv5uApVU7ngBY5m/L0+E7OepY/iy4sZ1iJmgaPgBe0WcY3JogKjNFSmn5qG2PqryccROBcBEHxhh9a5VOwFOVQSe+eblTFX4OyMUJwpXvFMOKnSrburiVWowlfrqwvCzq67vAB6QR6YgR34e4xiISV292T9AgSZfw7EBTL4jMXkZepy4S76XL9guBFq5V/75PIG8CX3eM+vY5O+TbaR+eXQ7nz4bwIOnJe44TNT0Lq14bQJ97HbhYFahR8KbUimpYMInSNeIqvAUqZDDI5tbukFnh6nfatESHfXHwBkJH1kJcbkmG7mpRbiWKqckiRMXEEc17zFt2qQLKyCcHHIX/ExRSlaMffjkqsiA1VbTCpizsE271/Jl2q/fq05wVs1BmToJu8WQ9cmO6EZe31UcB8S6Bx5epCI7DrcKFEiMuGUt+O7s/alsp2Hh+vuzQmdH3Y2WAIm2W7SV7HmfgBbLso2DgsimDIXBMiD/CUYX4SthUxFPpeXA1o3y3n+WnFzIn6+Z0UiAqgxRbPS220BYpGXNBMGn9Etttxps9QN/SzlNuHio0K6aWg1Sf4X084qHriXTgdIJLbKptm+A8Dn4Jv8I2bmrmDt//DgwWx4UT3IB8opFKhOGWwFSzueXbP/cP7TEFpoX+2cT6QUK6w6gSh3ewnwaudCpe5er3PpCOqt2EyNiumEKVx1zdSoUPjdUttvfHrBsWtVS8qXrkHKf8ie
x-ms-exchange-antispam-messagedata-1: 02reG3Zxr+JE5Q==
Content-Type: multipart/alternative; boundary="_000_AM9PR07MB7313D5AAF6B9D66C74CC35A1B9369AM9PR07MB7313eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM9PR07MB7313.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 61c7dfdf-b877-4602-3d76-08d9f23f62fe
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Feb 2022 18:00:30.5920 (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: U9ROwM5Fu5wUGz3B643Ql1nuUotLo/qA3kA0XAhE0QQVOv2YSJI9up0FEm1n1Dunr5QjKMiQxcXi3vr+Hpm9fOZT9omsYWy3Mz+l16FiRn1IXkEmAR7MO+kD9Ehw77L8
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB3929
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/avdsM2B_DAypCsqxh8wAe16J9-k>
Subject: [tsvwg] Related to "Non-L4S traffic abusing the L-queue" discussion during the interim
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: Thu, 17 Feb 2022 18:00:39 -0000

Hi Jonathan,

It seems that the following open issue identified by the chairs:

Non-L4S traffic abusing the L-queue
* 'DualQ gives a large throughput bonus to L queue traffic, ie. a "fast lane"'
* Is this a matter specific for DualQ that can be left for experimentation?

is based on the following experiment you performed:


>             simple two-flow competition test on a standard dumbbell topology,

>             with the bottleneck running a DualQ qdisc into a 50Mbps shaper.

>             Both flows were configured to use CUBIC congestion control with

>             ECN negotiated, but one was additionally tweaked to set ECT(1)

>             instead of ECT(0) on all data segments, and to pace its output at

>             40Mbps. This latter measure prevents the L queue from seeing any

>             need to apply congestion signals, because it is always empty.  These

>             tweaks allowed that flow to use 80% of the link capacity, gaining a

>             fourfold advantage over its competitor,

If there is capacity seeking traffic in the Classic queue, then it is even desired that the L4S queue does not add extra marks. The L4S marks should come only from the Classic coupling.
Before diving into details, can you first explain why in your experiment the coupling from the Classic Q has no effect on your paced and ECT(1) labeled Cubic flow?

I would expect that this ECT(1) labeled Cubic flow would get even less throughput than the Classic Cubic flow, as the first gets the doubled coupled CE marking probability (eg 2*10% = 20%) for L4S flows instead of the squared CE marking probability (10%^2 = 1%) which ECT(0) traffic would get.

Thanks,
Koen.