Re: [tsvwg] Fwd: New Version Notification for draft-heist-tsvwg-ecn-deployment-observations-00.txt

Jonathan Morton <chromatix99@gmail.com> Fri, 19 February 2021 21:56 UTC

Return-Path: <chromatix99@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 80B7B3A0A87 for <tsvwg@ietfa.amsl.com>; Fri, 19 Feb 2021 13:56:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 pSccosouqjcv for <tsvwg@ietfa.amsl.com>; Fri, 19 Feb 2021 13:56:13 -0800 (PST)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 E0D3C3A08BE for <tsvwg@ietf.org>; Fri, 19 Feb 2021 13:56:12 -0800 (PST)
Received: by mail-lj1-x22d.google.com with SMTP id e17so29191939ljl.8 for <tsvwg@ietf.org>; Fri, 19 Feb 2021 13:56:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=kicPSFMa3IfkMLOwhdvS6/m39QmV8s5cHKy8RbSk+j4=; b=JjVLht17ViatZB6w68HHdrFKCBENzlGAg+6eOdZnD1Iz4ZlQIxFyqH97WWaznsgJ9R 7BcXFJJrrYsAjZXVwW6YgZF8ZHMgBJqBI7+XgbajeG1xvq6vxKxmmMz0bGD52q0pPDJ5 HM5B11Kg6h6W68YripiAStp/BXfogXv1K/qY7UhW0wVC6TnlJ4K/B+9rD45qfbmDJZHG +syuyk6TBzoAQ3Smf0NY1h9wNjbN/cQkYJWWvN4lQCgJeze2se6CFvQ2sotFRhC6Z6Bs HuYFGlfaHA5z5wVgfq3EvdqkoYRCixi1ekLzFN6cDyW6It/oNeD8RU4+vqXDo46TqtKE I56w==
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=kicPSFMa3IfkMLOwhdvS6/m39QmV8s5cHKy8RbSk+j4=; b=D+9k/mULbMKPCdl63wxumEAdaioZPstEuM9BddwVvMcL0PzvTVl4IX75Om4/iTMBG2 7JzD9wtpEs1paKT5eU2sWZCIUks3RJk9iMEXvTgyeO1sIXGp62uTBRVq7n9XkABdLl5T DfW1D8PvASM1AUIWOT74S5Xm+IFE1mvvOCm4uXw9lMcZWjL0ox8FriLR07C/DSkBG814 6QjUxzI020GVNKHJ1rYlqfXL70cOrghy0mDbb9S7/JN0lSRo29kQpfzlzsZpFA1H/9EZ g3oGSR6qqExwZRsLgppF4TlPLbgTM1EvJkIy1fW0zwNvRrvMYnby/+8LvcZqDbm8ljZM jovQ==
X-Gm-Message-State: AOAM532cUPOeTdn255YIOOAQb4WPk4VSxUm/tYTaQBaCuzorQtSNBiL/ VnpzKSf3HCFUhWYNTEgu5XQ=
X-Google-Smtp-Source: ABdhPJzof3Z5Z2fNcLcYj4rYs/saKo9kfNc58z0Ar9YRTZzAxfPI0migDhwcS43J31IvTefIGPZT7Q==
X-Received: by 2002:a2e:968a:: with SMTP id q10mr6859565lji.89.1613771771241; Fri, 19 Feb 2021 13:56:11 -0800 (PST)
Received: from jonathartonsmbp.lan (188-67-254-178.bb.dnainternet.fi. [188.67.254.178]) by smtp.gmail.com with ESMTPSA id w9sm1035321lfn.308.2021.02.19.13.56.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Feb 2021 13:56:10 -0800 (PST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\))
From: Jonathan Morton <chromatix99@gmail.com>
In-Reply-To: <a952bc70-859e-22b2-68b3-a607cd02831e@bobbriscoe.net>
Date: Fri, 19 Feb 2021 23:56:09 +0200
Cc: Pete Heist <pete@heistp.net>, TSVWG <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <4022164C-FDC0-44FF-A268-E6F851B7103E@gmail.com>
References: <161366419040.16138.17111583810851995947@ietfa.amsl.com> <BF0810D9-E742-4FCB-90B1-6957551B585D@heistp.net> <b222bbdf-70ae-3e5b-b122-1160299fb4e2@bobbriscoe.net> <E7CC88FA-F064-4B72-BAA9-8BE40F7AF040@gmail.com> <a952bc70-859e-22b2-68b3-a607cd02831e@bobbriscoe.net>
To: Bob Briscoe <ietf@bobbriscoe.net>
X-Mailer: Apple Mail (2.3445.9.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/Rj7GylByZuFa3_LTCMvEfb-CYpw>
Subject: Re: [tsvwg] Fwd: New Version Notification for draft-heist-tsvwg-ecn-deployment-observations-00.txt
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 Feb 2021 21:56:15 -0000

> On 19 Feb, 2021, at 11:36 pm, Bob Briscoe <ietf@bobbriscoe.net> wrote:
> 
>>> Given you have close contact with this ISP, have you asked, or could you ask them whether they have ever deployed any FIFO ECN-enabled AQMs themselves?

>> As far as I'm aware, they have only used fq_codel for ECN.  Before that, they were using SFQ in some places, without any AQM.
> 
> [BB] So do you suspect that any of the CE-marking in traffic not traversing their backhaul FQ-CoDel boxes is from a FIFO ECN-enabled AQM?
> 
> Or is this ISP particularly attractive to users into free and open-source software, in which case I would have thought the CE marking is most likely to be coming from FQ-CoDel? Or can we just not really tell?

They're a co-operative ISP, which means they have a smallish hardware budget and want to make the most of it in terms of utility to the customer.  That is why they've deployed fq_codel in the places where that's feasible so far.

We have no insight at present into the nature of observed ECN activity from elsewhere, except for an observation that some ECN traffic is carried through tunnels.  We do consider it *likely*, however, that most of it is flow-aware AQM of some description, simply because practical AQM deployment has been driven by the ease of fq_codel configuration.

> As the rest of your email changed subject to tunnels, I've split that into a separate thread.

I mentioned tunnels because I infer your aim is to discredit the argument, made more than a year ago, that legacy AQMs may exist that don't also perform flow isolation, and that this is problematic for the L4S safety case.  Encrypted tunnels that intentionally hide the distinction between flows carried within them exhibit similar behaviour, and it's easier to show that they exist in significant numbers.

There is no need to make a new thread about that unless you have something genuinely new to say about tunnels.

 - Jonathan Morton