Re: [tsvwg] [Ecn-sane] Comments on L4S drafts
Dave Taht <dave.taht@gmail.com> Fri, 19 July 2019 23:43 UTC
Return-Path: <dave.taht@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 4843A120071 for <tsvwg@ietfa.amsl.com>; Fri, 19 Jul 2019 16:43:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 FDH8jQD6i0aH for <tsvwg@ietfa.amsl.com>; Fri, 19 Jul 2019 16:43:07 -0700 (PDT)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 8993C120033 for <tsvwg@ietf.org>; Fri, 19 Jul 2019 16:43:07 -0700 (PDT)
Received: by mail-io1-xd35.google.com with SMTP id k20so61878751ios.10 for <tsvwg@ietf.org>; Fri, 19 Jul 2019 16:43:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=xoHKG0P58GvuvMpxqWHFaD402JqqmF42VsoIWIWQOi0=; b=EqAlplKnjjRaetDrLR5M2z/dj7XZqUAYveQqyBJ8pp6j3pgAhBzVUKe9r9WtFmkWxp 5xbOWiq+QzFa59/N/6otRsBX6YbmYJ3IBB8+uJeItIzKuwWWPz7i73KXvOKbcdT3m/5m Cwoeofyb5SaApyQMLYRfOooVxWGF55ZaqZlvmm081rVr46dLyNlcuir7uXzdXZ0ofdb3 4QfhRbx/5iK0NNCXXblHc+SZEYl9WzvYP8sPwH9uuayKnXgssPX/to9cphUCEWfcwtay Tnhu7+/j7YCPN9gu2Fujh2xICkgtVRprixWARKOwEjEQl+OOCpFNGNYGG+HiGD+15sqg AYpg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=xoHKG0P58GvuvMpxqWHFaD402JqqmF42VsoIWIWQOi0=; b=qKUxzCJt+WGerqZDHnTbwWJIYPLHouXaktTNTDjBvaExlNM9sUIas2eMATBh/TCFA/ rFRrTqIXSadlTI5o0CjUHDPB4wycbcJ1YVir1bRDQD6AuEZZPxI5EFO0bz4UPJmT6dm0 yhlSVV3JXSRR0KudhXSZtwx0w/TE4zkcBiBXvZB4nvjQPrtRRNrt4AQto6l+dpkfvzdn O7D671MSYp8wJzwK57AEB/ZbRO1jmd1nZDS37Vke125JCyZi3IpOlNUyLeK1QykotK0f PIwuAa5T+9QemLaasTTEoxD9/dhC9Y1ieNSrBlUf/9lq+N/KRIdppO7TtXh8XC2BnTtT SgdA==
X-Gm-Message-State: APjAAAWyWLpKXEUpi1krcnue/YednPurPB2Mzk+s44gP5PvEsosC/MvE n25pXtB2HRNGX47wpfFzSdVMatNnErTlg06JwEA=
X-Google-Smtp-Source: APXvYqy97Ky13BQmOwErmI63ANSRVnU4q4Z3lexLrBr6MjQ1PVlqWsdTy6sc4y5A3PNP+jaWT4eMlX4ZwqMBsdi/q+k=
X-Received: by 2002:a5e:d615:: with SMTP id w21mr54587067iom.0.1563579786678; Fri, 19 Jul 2019 16:43:06 -0700 (PDT)
MIME-Version: 1.0
References: <364514D5-07F2-4388-A2CD-35ED1AE38405@akamai.com> <CAH8sseSQaCbknok--hf=DgwzCs3OnnkKjPy5bdLgnzjq7-+c_w@mail.gmail.com> <ce4b1e2d-3bc8-265c-6bcd-5a26b4dd89e9@bobbriscoe.net> <1238A446-6E05-4A55-8B3B-878C8F39FC75@gmail.com> <AM4PR07MB3459B1173917DAFBCEB25511B9FA0@AM4PR07MB3459.eurprd07.prod.outlook.com> <17B33B39-D25A-432C-9037-3A4835CCC0E1@gmail.com> <AM4PR07MB345956F52D92759F24FFAA13B9F50@AM4PR07MB3459.eurprd07.prod.outlook.com> <52F85CFC-B7CF-4C7A-88B8-AE0879B3CCFE@gmail.com> <AM4PR07MB3459B471C4D7ADAE4CF713F3B9F60@AM4PR07MB3459.eurprd07.prod.outlook.com> <D231681B-1E57-44E1-992A-E8CC423926B6@akamai.com> <AM4PR07MB34592A10E2625C2C32B9893EB9F00@AM4PR07MB3459.eurprd07.prod.outlook.com> <A6F05DD3-D276-4893-9B15-F48E3018A129@gmx.de> <AM4PR07MB3459487C8A79B1152E132CE1B9CB0@AM4PR07MB3459.eurprd07.prod.outlook.com> <87ef2myqzv.fsf@taht.net> <a85d38ba-98ac-e43e-7610-658f4d03e0f4@mti-systems.com> <CAA93jw7_sLofZ0BA8xeG-KBBtueGR13KomKpJ-h8_wMHA-eQeQ@mail.gmail.com> <0b76f7eb-a594-17b6-bdeb-226e340b0cea@mti-systems.com>
In-Reply-To: <0b76f7eb-a594-17b6-bdeb-226e340b0cea@mti-systems.com>
From: Dave Taht <dave.taht@gmail.com>
Date: Fri, 19 Jul 2019 16:42:54 -0700
Message-ID: <CAA93jw7h9DkSwge7_1deHCN3ruoUny8VZhX1mVLLVsxsqOVLRw@mail.gmail.com>
To: Wesley Eddy <wes@mti-systems.com>
Cc: Dave Taht <dave@taht.net>, "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>, "ecn-sane@lists.bufferbloat.net" <ecn-sane@lists.bufferbloat.net>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/CenMp3a_Qb57k-Xz7wnvRKRIGxc>
Subject: Re: [tsvwg] [Ecn-sane] Comments on L4S drafts
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: Fri, 19 Jul 2019 23:43:10 -0000
On Fri, Jul 19, 2019 at 3:09 PM Wesley Eddy <wes@mti-systems.com> wrote: > > Hi Dave, thanks for clarifying, and sorry if you're getting upset. There have been a few other disappointments this ietf. I'd hoped bbrv2 would land for independent testing. Didn't. https://github.com/google/bbr I have some "interesting" patches for bbrv1 but felt it would be saner to wait for the most current version (or for the bbrv2 authors to have the small rfc3168 baseline patch I'd requested tested by them rather than I), to bother redoing that series of tests and publishing. I'd asked if the dctcp and dualpi code on github was stable enough to be independently tested. No reply. The SCE folk did freeze and document a release worth testing. I did some testing on wifi at battlemesh but it's too noisy (but the sources of "noise" were important) and too obviously "ecn is not the wifi problem" I didn't know there was an "add a delay based option to cubic patch" until last week. So anyway, I do retain hope, maybe after this coming week and some more hackathoning, it might be possible to start getting reproducible and repeatable results from more participants in this controversy. Having to sit through another half-dozen presentations with irreproducible results is not something I look forward to, and I'm glad I don't have to. > When we're talking about keeping very small queues, then RTT is lost as > a congestion indicator (since there is no queue depth to modulate as a > congestion signal into the RTT). We have indicators that include drop, > RTT, and ECN (when available). Using rate of marks rather than just > binary presence of marking gives a finer-grained signal. SCE is also > providing a multi-level indication, so that's another way to get more > "ENOB" into the samples of congestion being fed to the controllers. While this is extremely well said, RTT is NOT lost as a congestion indicator, it just becomes finer grained. While I'm reading tea-leaves... there's been a lot of stuff landing in the linux kernel from google around edf scheduling for tcp and the hardware enabled pacing qdiscs. So I figure they are now in the nsec category on their stuff but not ready to be talking. > Marking (whether classic ECN, mark-rate, or multi-level marking) is > needed since with small queues there's lack of congestion information in > the RTT. small queues *and isochronous, high speed, wired connections*. What will it take to get the ecn and especially l4s crowd to take a hard look at actual wireless or wifi packet captures? I mean, y'all are sitting staring into your laptops for a week, doing wifi. Would it hurt to test more actual transports during that time? How many ISPs would still be in business if wifi didn't exist, only {X}G? the wifi at the last ietf sucked... Can't even get close to 5ms latencies on any form of wireless/wifi. Anyway, I long ago agreed that multiple marks (of some sort) per rtt made sense (see my position statements on ecn-sane), but of late I've been leaning more towards really good pacing, rtt and chirping with minimal marking required on "small queues *and isochronous, high speed, wired connections*. > > To address one question you repeated a couple times: > > > Is there any chance we'll see my conception of the good ietf process > > enforced on the L4S and SCE processes by the chairs? > > We look for working group consensus. So far, we saw consensus to adopt > as a WG item for experimental track, and have been following the process > for that. Well, given the announcement of docsis low latency, and the size of the fq_codel deployment, and the l4s/sce drafts, we are light-years beyond anything I'd consider to be "experimental" in the real world. Would recognizing this reality and somehow converting this to a standards track debate within the ietf help anything? Would getting this out of tsvwg and restarting aqmwg help any? I was, up until all this blew up in december, planning on starting the process for an rfc8289bis and rfc8290bis on the standards track. > > On the topic of gaming the system by falsely setting the L4S ID, that > might need to be discussed a little bit more, since now that you mention > it, the docs don't seem to very directly address it yet. to me this has always been a game theory deal killer for l4s (and diffserv, intserv, etc). You cannot ask for more priority, only less. While I've been recommending books from kleinrock lately, another one that I think everyone in this field should have is: https://www.amazon.com/Theory-Games-Economic-Behavior-Commemorative-ebook/dp/B00AMAZL4I/ref=sr_1_1?keywords=theory+of+games+and+economic+behavior&qid=1563579161&s=gateway&sr=8-1 I've read it countless times (and can't claim to have understood more than a tiny percentage of it). I wasn't aware until this moment there was a kindle edition. > I can only > speak for myself, but assumed a couple things internally, such as (1) > this is getting enabled in specific environments, (2) in less controlled > environments, an operator enabling it has protections in place for > getting admission or dealing with bad behavior, (3) there could be > further development of audit capabilities such as in CONEX, etc. I > guess it could be good to hear more about what others were thinking on this. I think there was "yet another queue" suggested for detected bad behavior. > > > So I should have said - "tosses all normal ("classic") flows into a > > single and higher latency queue when a greedy normal flow is present" > > ... "in the dualpi" case? I know it's possible to hang a different > > queue algo on the "normal" queue, but > > to this day I don't see the need for the l4s "fast lane" in the first > > place, nor a cpu efficient way of doing the right things with the > > dualpi or curvyred code. What I see, is, long term, that special bit > > just becomes a "fast" lane for any sort of admission controlled > > traffic the ISP wants to put there, because the dualpi idea fails on > > real traffic. > > Thanks; this was helpful for me to understand your position. Groovy. I recently ripped ecn support out of fq_codel entirely, in the fq_codel_fast tree. saved some cpu, still measuring (my real objective is to make that code multicore), another branch also has the basic sce support, and will have more after jon settles on a ramp and single queue fallbacks in sch_cake. btw, if anyone cares, there's more than a few flent test servers scattered around the internet now that do some variant of sce for others to play with.... > > > > Well if the various WGs would exit that nice hotel, and form a > > diaspora over the city in coffee shops and other public spaces, and do > > some tests of your latest and greatest stuff, y'all might get a more > > accurate viewpoint of what you are actually accomplishing. Take a look > > at what BBR does, take a look at what IW10 does, take a look at what > > browsers currently do. > > All of those things come up in the meetings, and frequently there is > measurement data shown and discussed. It's always welcome when people > bring measurements, data, and experience. The drafts and other > contributions are here so that anyone interested can independently > implement and do the testing you advocate and share results. We're all > on the same team trying to make the Internet better. Skip a meeting. Try the internet in Bali. Or africa. Or south america. Or on a boat, Or do an interim in places like that. > > -- Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740
- [tsvwg] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] Comments on L4S drafts Ingemar Johansson S
- Re: [tsvwg] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] Comments on L4S drafts Luca Muscariello
- Re: [tsvwg] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] Comments on L4S drafts Ingemar Johansson S
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Ingemar Johansson S
- Re: [tsvwg] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] Comments on L4S drafts Luca Muscariello
- Re: [tsvwg] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Luca Muscariello
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Holland, Jake
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Gorry Fairhurst
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Wesley Eddy
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Black, David
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Wesley Eddy
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Scharf, Michael
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Gorry Fairhurst
- [tsvwg] Hackathon tests Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Black, David
- Re: [tsvwg] New Version Notification for draft-gr… alex.burr@ealdwulf.org.uk
- Re: [tsvwg] New Version Notification for draft-gr… Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] New Version Notification for draft-gr… alex.burr@ealdwulf.org.uk
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [tcpm] New Version Notification for d… Scharf, Michael
- Re: [tsvwg] [tcpm] New Version Notification for d… Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bless, Roland (TM)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Pete Heist
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Dave Taht
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts De Schepper, Koen (Nokia - BE/Antwerp)
- Re: [tsvwg] [tcpm] New Version Notification for d… Bob Briscoe
- Re: [tsvwg] [tcpm] New Version Notification for d… Scharf, Michael
- Re: [tsvwg] [tcpm] New Version Notification for d… Black, David
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Bob Briscoe
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Sebastian Moeller
- [tsvwg] [Ecn-sane] Compatibility with singlw queu… Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Comments on L4S drafts Pete Heist
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Black, David
- [tsvwg] The state of l4s, bbrv2, sce? Dave Taht
- Re: [tsvwg] The state of l4s, bbrv2, sce? Dave Taht
- Re: [tsvwg] The state of l4s, bbrv2, sce? Neal Cardwell
- Re: [tsvwg] The state of l4s, bbrv2, sce? Dave Taht
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Holland, Jake
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Black, David
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Black, David
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Sebastian Moeller
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Jonathan Morton
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Mikael Abrahamsson
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … Mikael Abrahamsson
- Re: [tsvwg] [Ecn-sane] Compatibility with singlw … John Leslie
- Re: [tsvwg] New Version Notification for draft-gr… Rodney W. Grimes
- Re: [tsvwg] New Version Notification for draft-gr… Gorry Fairhurst
- Re: [tsvwg] New Version Notification for draft-gr… Jonathan Morton
- Re: [tsvwg] New Version Notification for draft-gr… Gorry Fairhurst
- Re: [tsvwg] New Version Notification for draft-gr… Sebastian Moeller
- Re: [tsvwg] New Version Notification for draft-gr… Gorry Fairhurst
- Re: [tsvwg] [tcpm] New Version Notification for d… Scharf, Michael
- Re: [tsvwg] New Version Notification for draft-gr… Rodney W. Grimes
- Re: [tsvwg] [tcpm] New Version Notification for d… Loganaden Velvindron
- Re: [tsvwg] [tcpm] New Version Notification for d… Black, David