Skip to main content

Standard Communication with Network Elements (scone)

WG Name Standard Communication with Network Elements
Acronym scone
Area Web and Internet Transport (wit)
State Active
Charter charter-ietf-scone-02 Approved
Document dependencies
Additional resources GitHub Repository
Implementations and Hackathon
Old SADCDN mailing list Archive
Personnel Chairs Brian Trammell, Qin Wu
Area Director Zaheduzzaman Sarker
Mailing list Address scone@ietf.org
To subscribe https://mailman3.ietf.org/mailman3/lists/scone.ietf.org/
Archive https://mailarchive.ietf.org/arch/browse/scone
Chat Room address https://zulip.ietf.org/#narrow/stream/scone

Charter for Working Group

Background

Many applications are capable of adjusting their bit rate based on
network conditions and attempt to understand what bitrate is usable for
a given network UDP 4-tuple. Some networks use rate-limiters to
influence these applications. However, when networks enforce
rate-limiters, applications like video streaming or conferencing
struggle to adapt, leading to a suboptimal user experience.

Goals

This WG aims to establish a mechanism for network elements capable of
rate-limiting a UDP 4-tuple to communicate an upper bound on achievable
bitrate, termed "throughput advice", to the sender of packets matching
the UDP 4-tuple.

This mechanism will allow an application to receive notifications
containing throughput advice for both upstream and downstream traffic
from any network elements capable of dropping or delaying packets on the
path of a UDP 4-tuple.

The throughput advice serves as a guideline to enhance user experience
and represents the maximum bitrate manageable by a single network
element for that user's current connection. It is not a strict indicator
of network congestion. This mechanism focuses on throughput advice
intended for adaptive bitrate applications and is not a replacement
for congestion control algorithms.

Owing to the possibly dynamic nature of throughput advice, network
elements may need to provide updates on the throughput advice.

To achieve the goals listed above, the working group will
determine whether it is necessary for an endpoint to explicitly signal
its capability of receiving throughput advice, and whether it is
necessary for an endpoint to confirm its receipt of throughput advice.

The working group will initially focus on developing a solution for
QUIC.

Non-Goals

The solution produced by the working group,

  • must not require looking inside an encryption envelope.
  • need not be a congestion signal appropriate to be used as input to
    a congestion control algorithm.
  • need not provide information other than the throughput advice.

Program of Work

The WG is expected to:

  1. Develop a proposed standard protocol to communicate an upper bound on
    achievable bitrate — termed "throughput advice"— from network elements
    to the endpoint.

  2. Develop an Informational Applicability and Manageability
    specification.

The WG will work collaboratively with the WEBTRANS, MOQ, AVTCORE, MOPS,
QUIC, TSVWG, and CCWG WGs as appropriate.

No work on APIs related to the use of the "throughput advice" will
be carried out in the working group.

Milestones

Date Milestone Associated documents
Nov 2025 Submit a standard track protocol to communicate "throughput advice"— from network elements to the endpoint to the IESG for publication
Nov 2025 Submit an informational documentation of Applicability and Manageability for SCONE protocol to the IESG for publicatio