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/