Deterministic Networking (DetNet) Data Plane: IP
RFC 8939
Internet Engineering Task Force (IETF) B. Varga, Ed.
Request for Comments: 8939 J. Farkas
Category: Standards Track Ericsson
ISSN: 2070-1721 L. Berger
D. Fedyk
LabN Consulting, L.L.C.
S. Bryant
Futurewei Technologies
November 2020
Deterministic Networking (DetNet) Data Plane: IP
Abstract
This document specifies the Deterministic Networking (DetNet) data
plane operation for IP hosts and routers that provide DetNet service
to IP-encapsulated data. No DetNet-specific encapsulation is defined
to support IP flows; instead, the existing IP-layer and higher-layer
protocol header information is used to support flow identification
and DetNet service delivery. This document builds on the DetNet
architecture (RFC 8655) and data plane framework (RFC 8938).
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in Section 2 of RFC 7841.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
https://www.rfc-editor.org/info/rfc8939.
Copyright Notice
Copyright (c) 2020 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction
2. Terminology
2.1. Terms Used in This Document
2.2. Abbreviations
2.3. Requirements Language
3. Overview of the DetNet IP Data Plane
4. DetNet IP Data Plane Considerations
4.1. End-System-Specific Considerations
4.2. DetNet Domain-Specific Considerations
4.3. Forwarding Sub-Layer Considerations
4.3.1. Class of Service
4.3.2. Quality of Service
4.3.3. Path Selection
4.4. DetNet Flow Aggregation
4.5. Bidirectional Traffic
5. DetNet IP Data Plane Procedures
5.1. DetNet IP Flow Identification Procedures
5.1.1. IP Header Information
5.1.2. Other Protocol Header Information
5.2. Forwarding Procedures
5.3. DetNet IP Traffic Treatment Procedures
6. Management and Control Information Summary
7. Security Considerations
8. IANA Considerations
9. References
9.1. Normative References
9.2. Informative References
Acknowledgements
Contributors
Authors' Addresses
1. Introduction
Deterministic Networking (DetNet) is a service that can be offered by
a network to DetNet flows. DetNet provides these flows with
extremely low packet loss rates and assured maximum end-to-end
delivery latency. General background and concepts of DetNet can be
found in the DetNet architecture [RFC8655].
This document specifies the DetNet data plane operation for IP hosts
and routers that provide DetNet service to IP-encapsulated data. No
DetNet-specific encapsulation is defined to support IP flows;
instead, the existing IP-layer and higher-layer protocol header
information is used to support flow identification and DetNet service
delivery. Common data plane procedures and control information for
all DetNet data planes can be found in [RFC8938].
The DetNet architecture models the DetNet-related data plane
functions as two sub-layers: a service sub-layer and a forwarding
sub-layer. The service sub-layer is used to provide DetNet service
protection (e.g., by the Packet Replication Function (PRF) and Packet
Elimination Function (PEF)) and reordering. The forwarding sub-layer
is used to provide congestion protection (low loss, assured latency,
and limited out-of-order delivery). The service sub-layer generally
requires additional header fields to provide its service; for
example, see [DetNet-MPLS]. Since no DetNet-specific fields are
Show full document text