[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