[tcpm] RFC 9768 on More Accurate Explicit Congestion Notification (AccECN) Feedback in TCP
rfc-editor@rfc-editor.org Fri, 24 April 2026 20:35 UTC
Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: tcpm@ietf.org
Delivered-To: tcpm@mail2.ietf.org
Received: from rfcpa.rfc-editor.org (unknown [167.172.21.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 5D141E2A775D; Fri, 24 Apr 2026 13:35:36 -0700 (PDT)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id 4A2B6C0004D7; Fri, 24 Apr 2026 13:35:36 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
From: rfc-editor@rfc-editor.org
Content-type: text/plain; charset="UTF-8"
Message-Id: <20260424203536.4A2B6C0004D7@rfcpa.rfc-editor.org>
Date: Fri, 24 Apr 2026 13:35:36 -0700
Message-ID-Hash: EB2G37PODYOGG6LMY5DPDSU4ZJPJBIM4
X-Message-ID-Hash: EB2G37PODYOGG6LMY5DPDSU4ZJPJBIM4
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tcpm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, tcpm@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [tcpm] RFC 9768 on More Accurate Explicit Congestion Notification (AccECN) Feedback in TCP
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/jN-KWYmtFiK3-WCybr6l9RpQc1M>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Owner: <mailto:tcpm-owner@ietf.org>
List-Post: <mailto:tcpm@ietf.org>
List-Subscribe: <mailto:tcpm-join@ietf.org>
List-Unsubscribe: <mailto:tcpm-leave@ietf.org>
A new Request for Comments is now available in online RFC libraries.
RFC 9768
Title: More Accurate Explicit Congestion Notification (AccECN)
Feedback in TCP
Author: B. Briscoe,
M. Kühlewind,
R. Scheffenegger
Status: Standards Track
Stream: IETF
Date: April 2026
Mailbox: ietf@bobbriscoe.net,
ietf@kuehlewind.net,
richard.scheffenegger@netapp.com
Pages: 58
Updates: RFC 3168
I-D Tag: draft-ietf-tcpm-accurate-ecn-34.txt
URL: https://www.rfc-editor.org/info/rfc9768
DOI: 10.17487/RFC9768
Explicit Congestion Notification (ECN) is a mechanism by which
network nodes can mark IP packets instead of dropping them to
indicate incipient congestion to the endpoints. Receivers with an
ECN-capable transport protocol feed back this information to the
sender. ECN was originally specified for TCP in such a way that only
one feedback signal can be transmitted per Round-Trip Time (RTT).
More recently defined mechanisms like Congestion Exposure (ConEx),
Data Center TCP (DCTCP), or Low Latency, Low Loss, and Scalable
Throughput (L4S) need more accurate ECN feedback information whenever
more than one marking is received in one RTT. This document updates
the original ECN specification defined in RFC 3168 by specifying a
scheme that provides more than one feedback signal per RTT in the TCP
header, called More Accurate ECN (AccECN). Given TCP header space is
scarce, it allocates a reserved header bit previously assigned to the
ECN-nonce. It also overloads the two existing ECN flags in the TCP
header. The resulting extra space is additionally exploited to feed
back the IP-ECN field received during the TCP connection
establishment. Supplementary feedback information can optionally be
provided in two new TCP Option alternatives, which are never used on
the TCP SYN. The document also specifies the treatment of this
updated TCP wire protocol by middleboxes.
This document is a product of the TCP Maintenance and Minor Extensions Working Group of the IETF.
This is now a Proposed Standard.
STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements. Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the
standardization state and status of this protocol. Distribution of this
memo is unlimited.
This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
https://www.ietf.org/mailman/listinfo/ietf-announce
https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist
For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk
Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.
The RFC Editor Team