[Taps] RFC 9621 on Architecture and Requirements for Transport Services
rfc-editor@rfc-editor.org Wed, 22 January 2025 23:17 UTC
Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: taps@ietf.org
Delivered-To: taps@ietfa.amsl.com
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 ietfa.amsl.com (Postfix) with ESMTPS id 6D1A2C14F605; Wed, 22 Jan 2025 15:17:56 -0800 (PST)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id C343FC000061; Wed, 22 Jan 2025 15:17:55 -0800 (PST)
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: <20250122231755.C343FC000061@rfcpa.rfc-editor.org>
Date: Wed, 22 Jan 2025 15:17:55 -0800
Message-ID-Hash: 4KXY5HJULI45YBINULAPEEL44AZU24IX
X-Message-ID-Hash: 4KXY5HJULI45YBINULAPEEL44AZU24IX
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-taps.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, taps@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Taps] RFC 9621 on Architecture and Requirements for Transport Services
List-Id: "IETF Transport Services (TAPS) Working Group" <taps.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/rN7KM8DHjPWwOkZWN4llEL4ZSN4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Owner: <mailto:taps-owner@ietf.org>
List-Post: <mailto:taps@ietf.org>
List-Subscribe: <mailto:taps-join@ietf.org>
List-Unsubscribe: <mailto:taps-leave@ietf.org>
A new Request for Comments is now available in online RFC libraries.
RFC 9621
Title: Architecture and Requirements for Transport
Services
Author: T. Pauly, Ed.,
B. Trammell, Ed.,
A. Brunstrom,
G. Fairhurst,
C. S. Perkins
Status: Standards Track
Stream: IETF
Date: January 2025
Mailbox: tpauly@apple.com,
ietf@trammell.ch,
anna.brunstrom@kau.se,
gorry@erg.abdn.ac.uk,
csp@csperkins.org
Pages: 29
Updates/Obsoletes/SeeAlso: None
I-D Tag: draft-ietf-taps-arch-19.txt
URL: https://www.rfc-editor.org/info/rfc9621
DOI: 10.17487/RFC9621
This document describes an architecture that exposes transport
protocol features to applications for network communication. The
Transport Services Application Programming Interface (API) is based
on an asynchronous, event-driven interaction pattern. This API uses
Messages for representing data transfer to applications and describes
how a Transport Services Implementation can use multiple IP
addresses, multiple protocols, and multiple paths and can provide
multiple application streams. This document provides the architecture
and requirements. It defines common terminology and concepts to be
used in definitions of a Transport Services API and a Transport
Services Implementation.
This document is a product of the Transport Services 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