--- 1/draft-ietf-detnet-mpls-over-udp-ip-06.txt 2020-10-11 23:13:12.686790921 -0700 +++ 2/draft-ietf-detnet-mpls-over-udp-ip-07.txt 2020-10-11 23:13:12.706791426 -0700 @@ -1,24 +1,24 @@ DetNet B. Varga, Ed. Internet-Draft J. Farkas Intended status: Standards Track Ericsson -Expires: November 7, 2020 L. Berger +Expires: April 14, 2021 L. Berger LabN Consulting, L.L.C. A. Malis Malis Consulting S. Bryant Futurewei Technologies - May 6, 2020 + October 11, 2020 DetNet Data Plane: MPLS over UDP/IP - draft-ietf-detnet-mpls-over-udp-ip-06 + draft-ietf-detnet-mpls-over-udp-ip-07 Abstract This document specifies the MPLS Deterministic Networking data plane operation and encapsulation over an IP network. The approach is modeled on the operation of MPLS and over UDP/IP packet switched networks. Status of This Memo @@ -28,21 +28,21 @@ Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." - This Internet-Draft will expire on November 7, 2020. + This Internet-Draft will expire on April 14, 2021. 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 @@ -72,46 +72,53 @@ 10.2. Informative References . . . . . . . . . . . . . . . . . 8 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 8 1. Introduction Deterministic Networking (DetNet) is a service that can be offered by a network to DetNet flows. DetNet provides these flows extremely low packet loss rates and assured maximum end-to-end delivery latency. General background and concepts of DetNet can be found in [RFC8655]. - This document specifies use of the MPLS DetNet encapsulation over an - IP network. The approach is modeled on the operation of MPLS over an - IP Packet Switched Network (PSN) [RFC7510]. It maps the MPLS data - plane encapsulation described in [I-D.ietf-detnet-mpls] to the DetNet - IP data plane defined in [I-D.ietf-detnet-ip]. - To carry DetNet MPLS flows with full functionality at the DetNet layer over an IP network, the following components are required (these are a subset of the requirements for MPLS encapsulation listed in [I-D.ietf-detnet-mpls]): 1. A method for identifying DetNet flows to the processing element. 2. A method for carrying the DetNet sequence number. 3. A method for distinguishing DetNet OAM packets from DetNet data packets. 4. A method for carrying queuing and forwarding indication. These requirements are satisfied by the DetNet over MPLS Encapsulation described in [I-D.ietf-detnet-mpls] and they are partly satisfied (i.e., IP flows can be identified however no DetNet sequence number is carried) by the DetNet IP data plane defined in [I-D.ietf-detnet-ip] + This document specifies use of the MPLS DetNet encapsulation over an + IP network. The approach is modeled on the operation of MPLS over an + IP Packet Switched Network (PSN) [RFC7510]. It maps the MPLS data + plane encapsulation described in [I-D.ietf-detnet-mpls] to the DetNet + IP data plane defined in [I-D.ietf-detnet-ip]. + + As specified in [RFC7510]: "MPLS-in-UDP MUST NOT be used over the + general Internet, or over non-cooperating network operators, to carry + traffic that is not congestion controlled." This does apply to + DetNet networks as this document focuses on solutions for networks + that are under a single administrative control or within a closed + group of administrative control. + 2. Terminology 2.1. Terms Used in This Document This document uses the terminology established in the DetNet architecture [RFC8655], and the reader is assumed to be familiar with that document and its terminology. 2.2. Abbreviations @@ -194,44 +201,40 @@ +---------------------------------+ Figure 1: UDP/IP Encapsulation of DetNet MPLS S-Labels, A-Labels (when present), d-CW and zero or more F-Labels are used as defined in [I-D.ietf-detnet-mpls] and are not modified by this document. 4. DetNet Data Plane Procedures - To support outgoing DetNet MPLS over UDP/IP encapsulation, an + To support outgoing DetNet MPLS over UDP encapsulation, an implementation MUST support the provisioning of UDP and IP header information in addition or in place of F-Label(s). Note, when PRF is performed at the MPLS service sub-layer, there will be multiple member flows, and each member flow will require the provisioning of their own UDP and IP header information. The headers for each outgoing packet MUST be formatted according to the configuration information and as defined in [RFC7510], and the UDP Source Port value MUST be set to uniquely identify the DetNet flow. The packet MUST then be handled as a DetNet IP packet, per [I-D.ietf-detnet-ip]. This includes QoS related traffic treatment. To support the receive processing defined in this document, an implementation MUST also support the provisioning of received UDP and IP header information. The provisioned information MUST be used to identify incoming app-flows based on the combination of S-Label and incoming encapsulation header information. Normal receive processing as defined in [I-D.ietf-detnet-mpls], including PEF and POF, can then take place. - As specified in [RFC7510]: "MPLS-in-UDP MUST NOT be used over the - general Internet, or over non-cooperating network operators, to carry - traffic that is not congestion controlled." - 5. Management and Control Information Summary The following summarizes the set of information that is needed to configure DetNet MPLS over UDP/IP: o Label information (A-labels, S-labels and F-labels) to be mapped to UDP/IP flow. Note that for example, a single S-Label can map to multiple sets of UDP/IP information when PREOF is used. o IPv4 or IPv6 source address field. @@ -248,29 +251,35 @@ This information MUST be provisioned per DetNet flow via configuration, e.g., via the controller [RFC8655] or management plane. It is the responsibility of the DetNet controller plane to properly provision both flow identification information and the flow specific resources needed to provide the traffic treatment needed to meet each flow's service requirements. This applies for aggregated and individual flows. + Note: In the presence of network (and port) address translation + devices/functions it would be up to the controller plane to determine + the appropriate information to ensure proper mapping at the sender/ + receiver. + 6. Security Considerations The solution defined in this document reuses mechanisms specified in other documents, and the security considerations in those documents apply equally to this document. Notably [RFC7510], as this document is primarily an application of MPLS-in-UDP. Additionally, the security considerations of DetNet in general are discussed in [RFC8655] and [I-D.ietf-detnet-security]. Finally,MPLS and IP specific security considerations are described in + [I-D.ietf-detnet-mpls] and [I-D.ietf-detnet-ip]. This draft does not have additional security considerations. 7. IANA Considerations This document makes no IANA requests. 8. Acknowledgements The authors wish to thank Pat Thaler, Norman Finn, Loa Anderson, @@ -282,29 +291,28 @@ This document is derived from an earlier draft that was edited by Jouni Korhonen (jouni.nospam@gmail.com) and as such, he contributed to and authored text in this document. 10. References 10.1. Normative References [I-D.ietf-detnet-ip] - Varga, B., Farkas, J., Berger, L., Fedyk, D., Malis, A., - and S. Bryant, "DetNet Data Plane: IP", draft-ietf-detnet- - ip-05 (work in progress), February 2020. + Varga, B., Farkas, J., Berger, L., Fedyk, D., and S. + Bryant, "DetNet Data Plane: IP", draft-ietf-detnet-ip-07 + (work in progress), July 2020. [I-D.ietf-detnet-mpls] - Varga, B., Farkas, J., Berger, L., Fedyk, D., Malis, A., - Bryant, S., and J. Korhonen, "DetNet Data Plane: MPLS", - draft-ietf-detnet-mpls-05 (work in progress), February - 2020. + Varga, B., Farkas, J., Berger, L., Malis, A., Bryant, S., + and J. Korhonen, "DetNet Data Plane: MPLS", draft-ietf- + detnet-mpls-12 (work in progress), September 2020. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . [RFC7510] Xu, X., Sheth, N., Yong, L., Callon, R., and D. Black, "Encapsulating MPLS in UDP", RFC 7510, DOI 10.17487/RFC7510, April 2015, . @@ -315,23 +323,23 @@ 10.2. Informative References [I-D.ietf-6man-segment-routing-header] Filsfils, C., Dukes, D., Previdi, S., Leddy, J., Matsushima, S., and D. Voyer, "IPv6 Segment Routing Header (SRH)", draft-ietf-6man-segment-routing-header-26 (work in progress), October 2019. [I-D.ietf-detnet-security] - Mizrahi, T. and E. Grossman, "Deterministic Networking - (DetNet) Security Considerations", draft-ietf-detnet- - security-09 (work in progress), March 2020. + Grossman, E., Mizrahi, T., and A. Hacker, "Deterministic + Networking (DetNet) Security Considerations", draft-ietf- + detnet-security-12 (work in progress), October 2020. [RFC8655] Finn, N., Thubert, P., Varga, B., and J. Farkas, "Deterministic Networking Architecture", RFC 8655, DOI 10.17487/RFC8655, October 2019, . Authors' Addresses Balazs Varga (editor) Ericsson