Re: [tsvwg] Related to "Non-L4S traffic abusing the L-queue" discussion during the interim
Bob Briscoe <ietf@bobbriscoe.net> Wed, 18 May 2022 13:09 UTC
Return-Path: <ietf@bobbriscoe.net>
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 3728BC14F727; Wed, 18 May 2022 06:09:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.952
X-Spam-Level:
X-Spam-Status: No, score=-3.952 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, HTML_MESSAGE=0.001, NICE_REPLY_A=-1.857, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sI2juu3slllg; Wed, 18 May 2022 06:09:53 -0700 (PDT)
Received: from mail-ssdrsserver2.hostinginterface.eu (mail-ssdrsserver2.hostinginterface.eu [185.185.85.90]) (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 160C0C157902; Wed, 18 May 2022 06:09:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=In-Reply-To:References:Cc:To:From:Subject: MIME-Version:Date:Message-ID:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=6bf/As7qnlcrZpi34rBLdBKEb2vxHeqCiE5DNdS9Qns=; b=R3gHPUNTlE9Ndue9jwYOrRWgDF bes8sdz+yjokGGZt7ZjrrqhCfxbU7Nv1ZqU2ZtbSXcbKceHFkrjnMJWPaBESJGhyo9lCxI1UQqZ3g +Kb3j6o2jQ0Ae/hN2wfo54YgsgkbtS+D9rn6QNPUTTLC6/rsJXnj8TOBON/5uPmwDJaTbN7yO8r29 l58Vkhey0CALSkMbpmf3z5hmQyLXL/4QVkZyh455hqNxglV6DEv1WCzvBWiCegzx3Dgd64cU3LzmG EE1rfxiiNKiz4liLx95wNzDjBgjRmb3gBbFWxQ4jyZsZq20VS0RR5BO1adGkCShaljkrMk+h4lKFi EzClSgsg==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:48282 helo=[192.168.1.11]) by ssdrsserver2.hostinginterface.eu with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from <ietf@bobbriscoe.net>) id 1nrJR1-00061r-Vj; Wed, 18 May 2022 14:09:50 +0100
Content-Type: multipart/alternative; boundary="------------sd0XxJ7ZyHn0xYKw094REPa6"
Message-ID: <806b5979-cf1e-3e4c-9cb1-9602d84a417d@bobbriscoe.net>
Date: Wed, 18 May 2022 14:09:48 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1
Content-Language: en-GB
From: Bob Briscoe <ietf@bobbriscoe.net>
To: Jonathan Morton <chromatix99@gmail.com>, "Rodney W. Grimes" <4bone@gndrsh.dnsmgr.net>, Pete Heist <pete@heistp.net>, tsvwg chairs <tsvwg-chairs@ietf.org>
Cc: tsvwg IETF list <tsvwg@ietf.org>
References: <AM9PR07MB7313D5AAF6B9D66C74CC35A1B9369@AM9PR07MB7313.eurprd07.prod.outlook.com> <CADVnQyk+uSX9GJtMBnsBhn9NzY+L3BKfhhUJ=yu4Aya98YEonw@mail.gmail.com> <MN2PR19MB40458624D266CDB54009AB19833E9@MN2PR19MB4045.namprd19.prod.outlook.com> <AM9PR07MB731311A9E4532FD501B5D94CB93E9@AM9PR07MB7313.eurprd07.prod.outlook.com> <AC61D119-FE97-4386-8FF0-A7783FA01522@gmx.de> <AM9PR07MB7313C0978D8B8306169409CCB9009@AM9PR07MB7313.eurprd07.prod.outlook.com> <B2CBEFEF-FF1F-45E8-8FE5-247E4BB00623@gmx.de> <d5d87c4c-6f40-c277-2968-0452275be98f@bobbriscoe.net> <CAH8sseS2za1RE5Fo4sp5BVYSV711_rascFosMyOstzw3Y-NKaA@mail.gmail.com> <3f023d33-ab47-b2c3-1477-716d1c337de3@bobbriscoe.net> <CAH8sseTwtzSL0q94twbQf8On8WOi0jRvkigcSc6QMDxnrKNu7A@mail.gmail.com> <7516be91-763f-a578-5035-d5cf7b34c2a0@bobbriscoe.net> <CAH8sseS0-Xn_ahCnLv-gtLOnKPdnhZZcj8nC9KfZ4L4z+O6WNg@mail.gmail.com> <0d3d6784-f9a0-71c0-3079-0fb551a40cb5@bobbriscoe.net>
In-Reply-To: <0d3d6784-f9a0-71c0-3079-0fb551a40cb5@bobbriscoe.net>
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ssdrsserver2.hostinginterface.eu
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: ssdrsserver2.hostinginterface.eu: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: ssdrsserver2.hostinginterface.eu: in@bobbriscoe.net
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/MxCwKInvzCgSSor5JJG8OmIehas>
Subject: Re: [tsvwg] Related to "Non-L4S traffic abusing the L-queue" discussion during the interim
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.34
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 May 2022 13:09:58 -0000
Jonathan, Rod, Pete, Chia-Yu has now run the "Fast-lane" or "Throughput Bonus" experiment brought up during L4S WG last call - as closely as possible to the rather high level description in your objection. Summary: * No evidence for the 'fast-lane' claim, by reproducing the experiment * The result can, however, be reproduced very closely by suppressing congestion control as well o But objection stated "bonus is easily exploited ... _without_ disabling congestion control" * Once congestion control is disabled, the same result can be reproduced in either queue. o This proves the bonus in the objection was due to straightforward unresponsiveness, not the DualQ o So, the claimed 'fast lane' is no faster than the other lane o The experiment in the objection was likely faulty, and somehow suppressed congestion control * Dual Queue Coupled AQM meets its stated goal of not allowing unresponsive flows to cause more harm to existing traffic than in a single queue o unresponsive thru'put: same in either queue o unresponsive delay: lower in L than C queue, but not at the expense of anyone else's delay The full Disproof of the experiment in the objection, with detailed experiment set-up and results are given here, which also includes links to your original experiment report: https://github.com/L4STeam/l4steam.github.io/blob/master/disproof-fast-lane/202205-ThruputBonusDisproof.pdf This is now the fifth request (starting 17 Feb 22) asking Jonathan to either defend or retract the experiment in the objection, which seems to have been faulty. Bob On 22/04/2022 22:03, Bob Briscoe wrote: > Jonathan, > > This concerns the experiment in your report last August'21, where you > claimed that there was an L4S 'throughput bonus'. I asked you to > either do an A/B experiment or explain your experiment setup, so that > we can check why we cannot reproduce any bonus with either: > a) the experiments that Koen did with an unresponsive L4S flow. > b) or the many A/B experiments done with two responsive flows, one > paced ECT(1) vs. one CUBIC ECT(0). > > This is the fourth request (starting 17 Feb 22). Please refer to the > thread with my other three reminders here: > https://mailarchive.ietf.org/arch/msg/tsvwg/Bthg3orBBE09Q45HAREXZgoLgcM/ > > in case your mailer is ignoring or junking that thread, I'm sending > this email on another thread about this experiment that was running in > parallel. > > > Bob > -- ________________________________________________________________ Bob Briscoehttp://bobbriscoe.net/
- [tsvwg] Related to "Non-L4S traffic abusing the L… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Black, David
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Neal Cardwell
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Black, David
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Dave Taht
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Dave Taht
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Luca Muscariello
- [tsvwg] FQ-CoDel response to unresponsive traffic… Bob Briscoe
- [tsvwg] FQ-CoDel response to unresponsive traffic… Bob Briscoe
- Re: [tsvwg] FQ-CoDel response to unresponsive tra… Dave Taht
- Re: [tsvwg] FQ-CoDel response to unresponsive tra… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Luca Muscariello
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Luca Muscariello
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Luca Muscariello
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Bob Briscoe
- Re: [tsvwg] Related to "Non-L4S traffic abusing t… Sebastian Moeller
- [tsvwg] Not responding to ECN AQMs in the core (w… Bob Briscoe