Re: [tsvwg] feedback and thoughts L4S / SCE

Pete Heist <pete@heistp.net> Tue, 01 December 2020 10:30 UTC

Return-Path: <pete@heistp.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 21C683A10CA for <tsvwg@ietfa.amsl.com>; Tue, 1 Dec 2020 02:30:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=heistp.net
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 yPRt38v_TmeI for <tsvwg@ietfa.amsl.com>; Tue, 1 Dec 2020 02:30:42 -0800 (PST)
Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 DBB6A3A10C7 for <tsvwg@ietf.org>; Tue, 1 Dec 2020 02:30:41 -0800 (PST)
Received: by mail-wr1-x430.google.com with SMTP id g14so1798815wrm.13 for <tsvwg@ietf.org>; Tue, 01 Dec 2020 02:30:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heistp.net; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DfQ0fZokpGJM9T+dLMWglaYtMtkSDllIT8NQbv8iO9U=; b=SECyy4X7qmIUJo7gFZO1bND/nB174gx14jZFYHSdOlHeo430KYJ2FA00F/TeoRh6m8 ZLSa4zIaexmeadvC6oAvqeY5Yw0+D78tjrTZEAfj/vp6KXudh6dtl7fm64RfgMKcCeyp 6CyccwLj4H+pxk+HTZhGkK7chyIpujPTuwQFUKq4SXtL9lCFKAXMQ4ajkV80FESVjwtm ykAl2NVgGNCCzPm7BGCZHsiiCuBY0F3i0NQY3UtlY2c9XGUk5ff59gIgFKRN9YXSbeg8 TTfgrF/jVZUaWaze37NdoTY26kdqPkKCRH1aBhj6C2ysaiVb08HJw6PPmrmUZmdODe2b u2bA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DfQ0fZokpGJM9T+dLMWglaYtMtkSDllIT8NQbv8iO9U=; b=hOaC3DQqQa7+HRhgK9yMgBb13fXsBzhHKJLZ5MtkFF2vp8OKkhWZdzLTxURoDbxpEc 86Deu1ZdviDprps0r1DTfmkXPpbqhOg6DEl0uLY+gQ7HVHxHKqo/cxGlZXNBGipYcVzc eC5NW4OBVULhKjAOcNA+qg6xpiKW+HSmJftfkgS9Yd27UZ0nD0djnOhPwSD/juurhnFT C2Vs7B1H+DGqk1KelZEG8J3Uy4kaWBpfZH2JQyUtsxMNOYJtmZhkMYXKMilCGD1/IYTi XxNaNU3OQyWaA37kYtp9hBrt+MwvGyzEP5+cxjYQ866z1kO8UBgiPsbq3zw9FHa+EwlC Lveg==
X-Gm-Message-State: AOAM533/QM9yHCRO8aoaM6HwsWRbDnKEisyPtwzLC1e8KH0/5BOQAWJw NuXVXxJID6aPvMpzD0q1Q3hqfNb/AI0fxA==
X-Google-Smtp-Source: ABdhPJyxAy9aJ6+NEpkBwnqXG1RgjFuV0G6t9Osb27jXXrwWxfB991ueRr2WQHK1EogEzar6MhifcA==
X-Received: by 2002:adf:8030:: with SMTP id 45mr2912248wrk.407.1606818640291; Tue, 01 Dec 2020 02:30:40 -0800 (PST)
Received: from yoda.luk.heistp.net (h-1169.lbcfree.net. [185.193.85.130]) by smtp.gmail.com with ESMTPSA id s4sm2403749wru.56.2020.12.01.02.30.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Dec 2020 02:30:39 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\))
From: Pete Heist <pete@heistp.net>
In-Reply-To: <alpine.DEB.2.20.2011281723120.26384@uplift.swm.pp.se>
Date: Tue, 1 Dec 2020 11:30:37 +0100
Cc: Jonathan Morton <chromatix99@gmail.com>, tsvwg@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <2F07E4B9-FD94-49BB-83DA-50B581848445@heistp.net>
References: <alpine.DEB.2.20.2011201413100.26384@uplift.swm.pp.se> <9B5474B3-4384-4A20-81C3-5251246AA594@gmx.de> <alpine.DEB.2.20.2011221548210.26384@uplift.swm.pp.se> <066C60AF-39A3-41EF-B9E9-938AA1A707F5@gmx.de> <alpine.DEB.2.20.2011281512350.26384@uplift.swm.pp.se> <5A423905-EFD9-4A93-AB46-BACF61FE2D2D@gmail.com> <alpine.DEB.2.20.2011281658380.26384@uplift.swm.pp.se> <BDB27AE9-0A35-441D-B18F-5CD7C2903AF8@gmail.com> <alpine.DEB.2.20.2011281723120.26384@uplift.swm.pp.se>
To: Mikael Abrahamsson <swmike=40swm.pp.se@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3445.9.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/9q2hHhts0y2rrC8FQkUzM-7WSc4>
Subject: Re: [tsvwg] feedback and thoughts L4S / SCE
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: Tue, 01 Dec 2020 10:30:47 -0000

> On Nov 28, 2020, at 5:24 PM, Mikael Abrahamsson <swmike=40swm.pp.se@dmarc.ietf.org> wrote:
> 
> On Sat, 28 Nov 2020, Jonathan Morton wrote:
> 
>> Take a random sampling of CPE devices, and see how many of them use the above - or it might be easier to count the ones that don't.  I'll wait.
> 
> My ubiquiti APs come with it, but it's default turned off.
> 
> It's not only important of the devices have the capability, it also needs to be default turned on so it's actually used (considering most people don't change config much).

Hi Mikael,

I just checked some Open Mesh devices at a site I have access to. Airtime fairness is enabled by default, with no flag exposed in the admin web interface for turning it off:

root@xxx:/sys/kernel/debug/ieee80211/phy0/netdev:mesh0/stations/ac:86:74:xx:xx:xx# cat airtime 
RX: 880257297 us
TX: 71233699 us
Deficit: VO: 102 us VI: 300 us BE: 2 us BK: 300 us 
root@xxx:/sys/kernel/debug/ieee80211/phy0/netdev:mesh0/stations/ac:86:74:xx:xx:xx# cat /sys/kernel/debug/ieee80211/phy0/ath9k/airtime_flags 
7

Their product is more closely tied to OpenWrt than Ubiquiti’s UniFi is, so they appear to have inherited OpenWrt’s default.

Meanwhile, I provided some stateless counter data in a separate thread showing apparent AQM activity in the form of CE marks and ECE flags coming from both inside and outside an ISP. I’m working on improving the data collection method using conntrack and ipsets, but that will take time to complete, and I’m not sure yet if I’ll be able to run it in a production environment. I would point out though that since the severity of problems in RFC3168 queues is high, the tolerance for the likelihood of it occurring should be low.

Regards,
Pete