Re: [tsvwg] ECT(1) Flag Day Plausibility

"Bless, Roland (TM)" <roland.bless@kit.edu> Tue, 18 May 2021 07:04 UTC

Return-Path: <roland.bless@kit.edu>
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 3F0FD3A0D18 for <tsvwg@ietfa.amsl.com>; Tue, 18 May 2021 00:04:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 UxMag6IrJg3F for <tsvwg@ietfa.amsl.com>; Tue, 18 May 2021 00:04:42 -0700 (PDT)
Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [IPv6:2a00:1398:2::10:81]) (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 A1CA33A0D17 for <tsvwg@ietf.org>; Tue, 18 May 2021 00:04:42 -0700 (PDT)
Received: from i72vorta.tm.uni-karlsruhe.de ([141.3.71.26] helo=i72vorta.tm.kit.edu) by iramx2.ira.uni-karlsruhe.de with esmtpsa port 25 iface 141.3.10.8 id 1litmL-0000pE-No; Tue, 18 May 2021 09:04:33 +0200
Received: from [IPv6:::1] (localhost [127.0.0.1]) by i72vorta.tm.kit.edu (Postfix) with ESMTPS id 9146E42036A; Tue, 18 May 2021 09:04:33 +0200 (CEST)
To: "Holland, Jake" <jholland@akamai.com>, "tsvwg@ietf.org" <tsvwg@ietf.org>
References: <1284557F-E91A-4997-A148-63179F6208A3@akamai.com> <7c8b66c3-597c-42ed-eea5-f852a8c61853@kit.edu> <ED50617B-D11E-4390-9073-B2BA84061DE8@akamai.com>
From: "Bless, Roland (TM)" <roland.bless@kit.edu>
Organization: Institute of Telematics, Karlsruhe Institute of Technology (KIT)
Message-ID: <03e6ad24-fe80-e709-c648-9802e4886d59@kit.edu>
Date: Tue, 18 May 2021 09:04:33 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <ED50617B-D11E-4390-9073-B2BA84061DE8@akamai.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: de-DE
X-ATIS-AV: ClamAV (iramx2.ira.uni-karlsruhe.de)
X-ATIS-Checksum: v3zoCAcc32ckk
X-ATIS-Timestamp: iramx2.ira.uni-karlsruhe.de esmtpsa 1621321473.773254531
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/Rn8OZZpOLE6p2GtCoc40Py96qAY>
Subject: Re: [tsvwg] ECT(1) Flag Day Plausibility
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, 18 May 2021 07:04:47 -0000

Hi Jake,

On 15.05.21 at 00:05 Holland, Jake wrote:
> On 05-14, 5:35 AM, "Bless, Roland (TM)" <roland.bless@kit.edu> wrote:
>> I find it somewhat odd to deprecate/revise a Proposed Standard in order
>> to rollout an Experiment.
> RFC 8311 also did this, I don't see this idea as especially different
> on this point.  I mean sure, maybe it's odd, but sometimes the right
> thing to do can be odd.
I agree.
>  From the poll at the interim, there seems to be significant support in
> the WG for moving this ahead regardless of the conflicts with existing
> BCPs, which is about what I expected based on past discussions.  The
> flag day proposal is just trying to look into one of the possibilities
> for making that align better.
Unfortunately, I missed the interim meeting.
>> Moreover, where can I find statistics about ECN usage along Internet
>> paths? I'm aware of
>> https://www.ietf.org/archive/id/draft-heist-tsvwg-ecn-deployment-observations-02.html,
>> but are there others?
> I did a presentation last year sharing a few observations I made:
> https://www.youtube.com/watch?v=1326B7YYwLM&t=4338s
> https://datatracker.ietf.org/meeting/interim-2020-maprg-01/materials/slides-interim-2020-maprg-01-sessa-latency-aqm-observations-on-the-internet-01.pdf
>
I missed that.
> Those slides reference another presentation with some other numbers
> collected differently:
> https://www.youtube.com/watch?v=wKDgVSMUvis&t=32m23s
> https://www.ietf.org/proceedings/98/slides/slides-98-maprg-tcp-ecn-experience-with-enabling-ecn-on-the-internet-padma-bhooma-00#page=12
>
> Outside Pete's writeup that's all I've seen published yet.

Thanks for the pointers!

>> I'd expect many home routers to be the bottleneck, so their potential
>> CE marks wouldn't be visible in the Internet, but merely the
>> corresponding ECE flags in TCP packets.
> That's what I did, yes.
>
> Apple's measurements were from agents on the receive side IIUC and
> I think they said included upload traffic, which I took to mean they
> took both CE and ECE that didn't trigger their heuristics as evidence
> of a CE-marking path.
>
> HTH.

Thanks a lot!

Regards,

  Roland