Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text

Gorry Fairhurst <gorry@erg.abdn.ac.uk> Sun, 01 November 2020 20:17 UTC

Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A7ED3A0EBF; Sun, 1 Nov 2020 12:17:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 Qcj9nODJnOJz; Sun, 1 Nov 2020 12:17:00 -0800 (PST)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id 4E50D3A0E9C; Sun, 1 Nov 2020 12:16:59 -0800 (PST)
Received: from [192.168.1.70] (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id 00A7C1B000A3; Sun, 1 Nov 2020 20:16:51 +0000 (GMT)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Mime-Version: 1.0 (1.0)
Date: Sun, 1 Nov 2020 20:16:51 +0000
Message-Id: <694BE020-FA2B-4E34-B8DC-01377AA33B19@erg.abdn.ac.uk>
References: <40751956-daa0-5693-d880-c45e8ca262cc@huitema.net>
Cc: Jonathan Morton <chromatix99@gmail.com>, iccrg IRTF list <iccrg@irtf.org>, tsvwg IETF list <tsvwg@ietf.org>, "De Schepper, Koen (Koen)" <koen.de_schepper@nokia.com>, TCP Prague List <tcpprague@ietf.org>
In-Reply-To: <40751956-daa0-5693-d880-c45e8ca262cc@huitema.net>
To: Christian Huitema <huitema@huitema.net>
X-Mailer: iPad Mail (17E262)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/WB2cOcdsEXSTTKQ8PwNjttZEYo0>
Subject: Re: [tcpPrague] [tsvwg] ecn-l4s-id: Proposed Changed to Normative Classic ECN detection Text
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Nov 2020 20:17:10 -0000

On just this one point:

> On 1 Nov 2020, at 19:48, Christian Huitema <huitema@huitema.net> wrote:
> 
> Yes, QUIC implementations could indeed support SCE. But they could not support both SCE and L4S, and that's a big bummer.

There is currently no intention to progress SCE within TSVWG, so support for SCE within a PS for QUIC is really is a non-issue.

Gorry