RFC 9331 on The Explicit Congestion Notification (ECN) Protocol for Low Latency, Low Loss, and Scalable Throughput (L4S)

rfc-editor@rfc-editor.org Fri, 20 January 2023 05:11 UTC

Return-Path: <wwwrun@rfcpa.amsl.com>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3EC5C15152D; Thu, 19 Jan 2023 21:11:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.948
X-Spam-Level:
X-Spam-Status: No, score=-3.948 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OQEyINVH38v7; Thu, 19 Jan 2023 21:11:31 -0800 (PST)
Received: from rfcpa.amsl.com (rfc-editor.org [50.223.129.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC95CC14F737; Thu, 19 Jan 2023 21:09:25 -0800 (PST)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id B50A455A35; Thu, 19 Jan 2023 21:09:25 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Subject: RFC 9331 on The Explicit Congestion Notification (ECN) Protocol for Low Latency, Low Loss, and Scalable Throughput (L4S)
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, tsvwg@ietf.org
Content-type: text/plain; charset="UTF-8"
Message-Id: <20230120050925.B50A455A35@rfcpa.amsl.com>
Date: Thu, 19 Jan 2023 21:09:25 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/cEivFiFxxsPIjgBfcoIVoSvW6_s>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-announce/>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Jan 2023 05:11:34 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 9331

        Title:      The Explicit Congestion Notification (ECN) 
                    Protocol for Low Latency, Low Loss, 
                    and Scalable Throughput (L4S) 
        Author:     K. De Schepper,
                    B. Briscoe, Ed.
        Status:     Experimental
        Stream:     IETF
        Date:       January 2023
        Mailbox:    koen.de_schepper@nokia.com,
                    ietf@bobbriscoe.net
        Pages:      52
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-tsvwg-ecn-l4s-id-29.txt

        URL:        https://www.rfc-editor.org/info/rfc9331

        DOI:        10.17487/RFC9331

This specification defines the protocol to be used for a new network
service called Low Latency, Low Loss, and Scalable throughput (L4S).
L4S uses an Explicit Congestion Notification (ECN) scheme at the IP
layer that is similar to the original (or 'Classic') ECN approach,
except as specified within. L4S uses 'Scalable' congestion control,
which induces much more frequent control signals from the network,
and it responds to them with much more fine-grained adjustments so
that very low (typically sub-millisecond on average) and consistently
low queuing delay becomes possible for L4S traffic without
compromising link utilization. Thus, even capacity-seeking (TCP-like)
traffic can have high bandwidth and very low delay at the same time,
even during periods of high traffic load.

The L4S identifier defined in this document distinguishes L4S from
'Classic' (e.g., TCP-Reno-friendly) traffic. Then, network
bottlenecks can be incrementally modified to distinguish and isolate
existing traffic that still follows the Classic behaviour, to prevent
it from degrading the low queuing delay and low loss of L4S traffic.
This Experimental specification defines the rules that L4S transports
and network elements need to follow, with the intention that L4S
flows neither harm each other's performance nor that of Classic
traffic. It also suggests open questions to be investigated during
experimentation. Examples of new Active Queue Management (AQM)
marking algorithms and new transports (whether TCP-like or real time)
are specified separately.

This document is a product of the Transport Area Working Group Working Group of the IETF.


EXPERIMENTAL: This memo defines an Experimental Protocol for the
Internet community.  It does not specify an Internet standard of any
kind. Discussion and suggestions for improvement are requested.
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
Association Management Solutions, LLC