More Accurate Explicit Congestion Notification Feedback in TCP
RFC 9768, “More Accurate Explicit Congestion Notification Feedback in TCP”, is a Proposed Standard document published in April 2026 by B. Briscoe, M. Kühlewind, R. Scheffenegger. It updates RFC 3168. The canonical text is published by the RFC Editor.
Abstract
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.
What “Proposed Standard” means
An entry-level standards-track specification: stable, peer-reviewed and a solid basis for implementation, though it may still evolve before becoming an Internet Standard.
The canonical text of RFC 9768 is hosted at rfc-editor.org. Available in HTML,TXT,PDF,XML.
- RFC 9848 Bootstrapping TLS Encrypted ClientHello with DNS Service Bindings
- RFC 9849 TLS Encrypted Client Hello
- RFC 9853 Return Routability Check for DTLS 1.2 and 1.3
- RFC 9880 Semantic Definition Format for Data and Interactions of Things
- RFC 9892 Dynamic Link Exchange Protocol Traffic Classification Data Item
- RFC 9893 Dynamic Link Exchange Protocol Credit-Based Flow Control Messages and Data Items
- RFC 9894 Dynamic Link Exchange Protocol Diffserv Aware Credit Window Extension
- RFC 9895 Dynamic Link Exchange Protocol IEEE 802.1Q Aware Credit Window Extension