Subject: [tsvwg] Fwd: New Version Notification for draft-morton-tsvwg-sce-01.txt

From: Jonathan Morton <[email-masked]>
Date: Tue, 5 Nov 2019 00:19:19 +0200

> A new version of I-D, draft-morton-tsvwg-sce-01.txt
> has been successfully submitted by Rodney W. Grimes and posted to the
> IETF repository.
> 
> Name:		draft-morton-tsvwg-sce
> Revision:	01
> Title:		The Some Congestion Experienced ECN Codepoint
> Document date:	2019-11-04
> Group:		Individual Submission
> Pages:		12
> URL:            https://www.ietf.org/internet-drafts/draft-morton-tsvwg-sce-01.txt
> Status:         https://datatracker.ietf.org/doc/draft-morton-tsvwg-sce/
> Htmlized:       https://tools.ietf.org/html/draft-morton-tsvwg-sce-01
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-morton-tsvwg-sce
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-morton-tsvwg-sce-01
> 
> Abstract:
>   This memo reclassifies ECT(1) to be an early notification of
>   congestion on ECT(0) marked packets, which can be used by AQM
>   algorithms and transports as an earlier signal of congestion than CE.
>   It is a simple, transparent, and backward compatible upgrade to
>   existing IETF-approved AQMs, RFC3168, and nearly all congestion
>   control algorithms.

The changes in this version address some significant editorial comments made on the -00 version, as well as technical concerns raised over AccECN compatibility and single-queue AQMs.

In particular, we note that existing RFC-3168 compliant AQMs are compatible with SCE flows, since SCE reacts to them in the same way as conventional ECN.  We also suggest that CNQ (also updated today) may be a practical way to limit unfairness between SCE and conventional ECN when implementing high-speed SCE-aware middleboxes.

 - Jonathan Morton