Skip to main content

DetNet Data Plane: IEEE 802.1 Time Sensitive Networking over SRv6
draft-wang-detnet-tsn-over-srv6-01

The information below is for an old version of the document.
Document Type
This is an older version of an Internet-Draft whose latest revision state is "Active".
Authors Xueshun Wang , Jinyou Dai , Jianhua Liu , Jing Xu
Last updated 2020-04-30
RFC stream (None)
Formats
Additional resources
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date (None)
Responsible AD (None)
Send notices to (None)
draft-wang-detnet-tsn-over-srv6-01
DetNet
Internet-Draft                                                   X. Wang
Intended status: Standards Track                                  J. Dai
Expires: October 30, 2020                                         J. Liu
                                                                   J. Xu
                                                   Fiberhome Telecom LTD
                                                          April 30, 2020

   DetNet Data Plane: IEEE 802.1 Time Sensitive Networking over SRv6
               draft-wang-detnet-tsn-over-srv6-01
Abstract

   This document specifies the Deterministic Networking data plane when
   TSN networks interconnected over an Segment Routing IPv6 Packet
   Switched Networks.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   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 Oct 30, 2020.

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.

Wang, et al.            Expires October 30, 2020                [Page 1]

Internet-Draft           DetNet TSN over SRv6              April 2020

Table of Contents
   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . .   3
     2.1.  Terms Used in This Document . . . . . . . . . . . . . . .   3
     2.2.  Abbreviations . . . . . . . . . . . . . . . . . . . . . .   3
   3.  Requirements Language . . . . . . . . . . . . . . . . . . . .   4
   4.  IEEE 802.1 TSN Over SRv6 Data Plane Scenario . . . . . . . . .  4
   5.  IEEE 802.1 TSN Operation Over SRv6 Sub-Networks. . . . . .  .   5
     5.1. Mapping of TSN Stream ID and Sequence Number . . . . . . .   5
     5.2. SRv6 Network Programming new Functions . . . . . . . . . .   8
       5.2.1. End. B.Replication DetNet SID: Packet Replication
              Function  . . . . . . . .  . . . . . . . . . . . . . .   8
       5.2.2. End. B. Elimination: Packet Elimination Function. . . .  9
   6.  SRv6 Data Plane Considerations . . . . . . . . . . . . . . . .  9
     6.1. DetNet PREOF  . . . . . . . . . . . . . . . . . . . . . .    9
     6.2. Edge Node Processing   . . . . . . . . . . . . . . . . . .  10
     6.3. MTU and Fragmentation  . . . . . . . . . . . . . . . . . .  10
   7. Management and Control Information Summary. . . . . . . . . . . 11
   8.  Security Considerations . . . . . . . . . . . . . . . . . . .  12
   9.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  12
   10. Acknowledgements  . . . . . . . . . . . . . . . . . . . . . .  12
   11. Normative References. . . . . . . . . . . . . . . . . . . . .  12
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  13

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 bounded end-to-end delivery latency.
   General background and concepts of DetNet can be found in the DetNet
   Architecture [RFC8655].

   Segment Routing(SR) leverages the source routing paradigm. An ingress
   node steers a packet through an ordered list of instructions, called
   "segments".  SR can be applied over IPv6 data plane using Routing
   Extension Header [RFC8754]. A segment in Segment Routing is not 
   limited to a routing/forwarding function.  A SRv6 Segment can 
   indicate functions that are executed locally in the node where they 
   are defined. [I-D.ietf-spring-srv6-network-programming] describes 
   some well-known functions and segments associated to them. SRH TLVs
   ([RFC8754]) also provides meta-data for segment processing.  All 
   these features make SRv6 suitable to carry DetNet flows, by defining 
   new segments associated with DetNet functions and Meta data for 
   DetNet.

   The Time-Sensitive Networking (TSN) is to provide deterministic
   services through IEEE 802 networks, i.e., guaranteed packet transport
   with bounded latency, low packet delay variation,and low packet loss.

Wang, et al.            Expires October 30, 2020                [Page 2]

Internet-Draft           DetNet TSN over SRv6              April 2020

   The TSN is a unified industrial Ethernet standard, and supports
   production control and information application.

   TSN through DetNet needs to focus on the real-time interconnection of
   multi-subnet network layer. Based on the existing mechanism of TSN,
   interface scheduling is carried out for routers, firewalls, servers
   and other devices, in order to ensure the deterministic network
   services between cross-domain subnets.  The remote control
   requirements across networks of TSN need deterministic transmission
   of network services through DetNet technology.  TSN needs to be
   deployed with DetNet technology in larger areas such as networking
   of plant equipment, automatic building control of plant and office
   buildings.

   This document defines how to carry DetNet IEEE 802.1 TSN flows over
   SRv6 networks.

2.  Terminology

2.1.  Terms Used in This Document

   This document uses the terminology and concepts established in the
   DetNet architecture [RFC8655] and [I-D.ietf-detnet-data-plane-
   framework]. The reader is assumed to be familiar with these
   documents and their terminology

2.2.  Abbreviations

   Terminologies for DetNet go along with the definition in [RFC8655].
   The following abbreviations are used in this document:

   CE: Customer Edge equipment.
   CoS: Class of Service.
   DetNet: Deterministic Networking.
   DF: DetNet Flow.
   L2: Layer 2.
   L3: Layer 3.
   OAM: Operations, Administration, and Maintenance.
   PE: Provider Edge.
   PEF: Packet Elimination Function.
   PRF: Packet Replication Function.
   PREOF: Packet Replication, Elimination and Ordering Functions.
   POF: Packet Ordering Function.
   QoS: Quality of Service.
   TSN: IEEE 802.1 Time-Sensitive Network.
   SR: Segment Routing.
   SRv6: Segment Routing IPv6.
   SL: Segment Left.

Wang, et al.            Expires October 30, 2020                [Page 3]

Internet-Draft           DetNet TSN over SRv6              April 2020

   NH: The IPv6 next-header field.
   SID: A Segment Identifier ([RFC8402]).
   SRH: The Segment Routing Header ([RFC8754]).

3.  Requirements Language

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in BCP
   14 [RFC2119] [RFC8174] when, and only when, they appear in all
   capitals, as shown here.

4.  IEEE 802.1 TSN over SRv6 Data Plane Scenario

   Realize the DetNet network in the Internet and connect with the time 
   sensitive network in the factory. Figure 1 illustrates how DetNet can 
   provide services for IEEE 802.1 TSN end systems, CE1 and CE2, over a 
   DetNet enabled SRv6 network. DetNet Edge Nodes sit at the boundary of 
   a DetNet domain. They are responsible for mapping non-DetNet aware L2 
   traffic to DetNet services. They also support the imposition and 
   disposition of the required DetNet encapsulation. They understand and 
   support IEEE 802.1 TSN and are able to map TSN flows into DetNet 
   flows. Edge nodes, PE1 and PE2, insert and remove required DetNet 
   SRv6 data plane encapsulation.  The 'X' in the edge nodes and relay 
   node, R1, represent a potential DetNet compound flow packet 
   replication and elimination point.

        TSN    |<------- End to End DetNet Service ------>|  TSN
       Service |         Sub              Sub             | Service
   TSN  (AC)   |        |network|        |network|        |  (AC)  TSN
   Talker/ |    V        V       V        V       V        V   | Talker/
   Listener|    +--------+       +--------+       +--------+   |Listener
   +---+   |    |  PE1   |       |   R1   |       |  PE2   |   |  +---+
   |   |---|----|   X    |------ |   X    |------ |   X    |---|--|   |
   |CE1|   |    |        |       |        |       |        |   |  |CE2|
   +---+        +--------+       +--------+       +--------+      +---+
       |        Edge Node       Relay Node        Edge Node       |
       |                                                          |
       |<- TSN -> <------- TSN Over DetNet SRv6 -------> <- TSN ->|
       |                                                          |
       |<--- Emulated Time Sensitive Networking (TSN) Service --->|

       X   = Service protection

               Figure 1: IEEE 802.1TSN Over DetNet SRv6

   Native TSN flow and DetNet SRv6 flow differ not only by the
   additional SRH specific encapsulation, but DetNet SRv6 flows have on

Wang, et al.            Expires October 30, 2020                [Page 4]

Internet-Draft           DetNet TSN over SRv6              April 2020

   each DetNet node an associated DetNet specific data structure, what
   defines flow related characteristics and required forwarding
   functions.  In this example, edge Nodes provide a service proxy
   function that "associates" the DetNet flows and native flows at the
   edge of the DetNet domain.  This ensures that the DetNet SRv6 Flow is
   properly served at the Edge node (and inside the domain).
   
5.  IEEE 802.1 TSN Operation Over SRv6 Sub-Networks

   A classical SRv6 data plane solution is showed in the picture below:

                                      +-------------------+
                                      |        DATA       |
      +-----------------------+       +-------------------+
      |        DATA           |       |        SRH        |
      +-----------------------+       +-------------------+
      | TSN Ethernet Header   | ----> |     Ipv6 Header   |
      +-----------------------+       +-------------------+
          Figure 2: SRv6 DetNet data plane solution

   In SRv6 for DetNet, the DATA with the SRH is used for
   carrying DetNet flows. Traffic Engineering is instantiated in the
   segment list of SRH, and other functions and arguments for service
   protection (packet replication, elimination and ordering) and
   congestion control (packet queuing and forwarding) are also defined
   in the SRH.

   The Time-Sensitive Networking (TSN) Task Group of the IEEE 802.1
   Working Group have defined (and are defining) a number of amendments
   to IEEE 802.1Q [IEEE8021Q] that provides zero congestion loss and
   bounded latency in bridged networks.  Furthermore IEEE 802.1CB
   [IEEE8021CB] defines frame replication and elimination functions for
   reliability that should prove both compatible with and useful to,
   DetNet networks. All these functions have to identify flows those
   require TSN treatment.

   The challenge for SRv6 flows is that the protocol interworking
   function defined in IEEE 802.1CB [IEEE8021CB] does not works for
   segment list of SRH flows.  The aim of the protocol interworking
   function is to convert a TSN ingress flow (for examples, identified
   by a specific destination MAC address and VLAN) to segment list of
   SRH.  A similar interworking pair at the other end of the SRv6 sub-
   network would restore the packet to its original TSN packet.

   The TSN layer 2 header and application payload carried by the TSN
   network are encapsulated in 'DATA' field of figure 2.

5.1.  Mapping of TSN Stream ID and Sequence Number

Wang, et al.            Expires October 30, 2020                [Page 5]

Internet-Draft           DetNet TSN over SRv6              April 2020

   The Srv6 network edge node uses BGP protocol to announce srv6 service
   Sid. Srv6 edge node encapsulates the data payload in the outer IPv6 
   header and sets the outer destination address as the service Sid. The 
   underlying network between the edge nodes needs to support IPv6 
   according to [RFC8200], and can transform TSN data flow into srv6 
   service.
   
   The Edge node MUST provide the SRv6 sub-network specific 
   segment list of SRH encapsulation over the link(s) towards the sub-
   network.  A SRv6-aware edge node MUST support the following TSN 
   components:

   1.  For recognizing flows:
       * Stream Identification (SRv6-flow-aware).

   2.  For FRER used inside the TSN domain, additionally:
       * Sequencing function (SRv6-flow-aware);
       * Sequence encode/decode function.

   3.  For FRER when the node is a TSN replication or elimination point.

   additionally:
       * Stream splitting function;
       * Individual recovery function.

   The Time-Sensitive Networking (TSN) Task Group of the IEEE 802.1
   Working Group has defined Stream identification in section 6.1 of
   IEEE 802.1CB [IEEE8021CB]. Four specific Stream identification
   functions are described: Null Stream identification, Source MAC and
   VLAN Stream identification, Active Destination MAC and VLAN Stream
   identification, and IP Stream identification. These Stream
   identification functions are summarized as follow:

   o Null Stream identification: destination MAC address, vlan
     identifier.
   o Source MAC and VLAN Stream identification: source MAC address, vlan
     identifier.
   o Active Destination MAC and VLAN Stream identification: destination
     MAC address, vlan identifier.
   o IP Stream identification: destination MAC address, vlan identifier,
     IP source address, IP destination address, DSCP, IP next protocol,
     source port, destination port.

   The SRH for DetNet in the IPv6 header is showed as follows, according
   to [RFC8754] and [I-D.ietf-spring-srv6-network-programming]:

Wang, et al.            Expires October 30, 2020                [Page 6]

Internet-Draft           DetNet TSN over SRv6              April 2020

     0                   1                   2                   3
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |  Next Header  |   Hdr Ext Len |  Routing Type |  Segment Left |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Last Entry  |     Flags     |              Tag              |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |                         DetNet SID                            |
    |                 Segment List(0) (128-bit)                     |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                              ...                              |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |            Segment List(n) (128-bit IPv6 address)             |
    |                                                               |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    //         Optional Type Length Value objects (variable)       //
    //                                                             //
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                     Figure 3: SRH for DetNet

   The DetNet SRv6 flow is identified by DetNet SID in SRH. DetNet SID
   is defined as a 128-bit value.

   A new DetNet SID is defined to support DetNet service protection for
   TSN stream. It is used to uniquely identify a DetNet flow in a SRv6
   DetNet node and to discriminate packets in the same DetNet flow by
   sequence number. DetNet SID is defined as follows:

     0                   1                   2                   3
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     Type      |    Length     |     Flow Identification       |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                      Flow Identification                      |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |    Flow Identification        |           RESERVED            |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |  Frag |                Sequence Number                        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

              Figure 4: DetNet SID for Flow Identification

Wang, et al.            Expires October 30, 2020                [Page 7]

Internet-Draft           DetNet TSN over SRv6              April 2020

   Where:
   o Type: 8bits, to be assigned by IANA.
   o Length: 8 bits.
   o Flow Identification: 64 bits, which is used for identifying DetNet
     flow.
   o RESERVED: 20 bits, MUST be 0 on transmission and ignored on
     receipt.
   o Sequence Number: 28 bits, which is used for indicating sequence
     number of a DetNet flow.
   o Frag: 4 bits, if a packet must be divided into multiple packages 
     for transmission, record the fragmentation number.

   When TSN stream is transmitted over a SRv6 network, TSN Stream
   Identification MUST pair SRv6 flows and TSN Streams and encode that
   in data plane formats as well.  When the new DetNet SID is used to
   identify DetNet flow and the mapping for TSN stream is as follows:

   o Type: 8bits, to be assigned by IANA, used to identify sources from
     the TSN stream.
   o Length: 8 bits, the value is 16 octets.
   o Flow Identification: 64 bits, which is used for identifying DetNet
     flow. The former 48 bit corresponds to the MAC address identified
     by the TSN stream, and the post 16 bit comes from the VLAN-ID and
     priority parameters in TSN packet.
   o RESERVED: 20 bits, MUST be 0 on transmission and ignored on
     receipt.
   o Sequence Number: 28 bits, which is used for indicating sequence
     number of a DetNet flow. The value comes from the Redundancy tag
     (R-TAG) in TSN packet as defined in Clause 7.8 of IEEE 802.1CB
     [IEEE8021CB].

   Flow Identification in SRH can identify Null Stream, Source MAC and
   VLAN Stream, Active Destination MAC and VLAN Stream in TSN stream.
   For TSN IP Stream, destination MAC address and vlan is still
   indicated by flow Identification, other IP-based fields correspond
   to IP fields in SRv6 one by one, such as IP source address, IP
   destination address, DSCP, IP next protocol, source port, destination
   port etc.

5.2.  SRv6 Network Programming new Functions

   New SRv6 Network Programming functions are defined as follows:

5.2.1.  End. B.Replication DetNet SID: Packet Replication Function

   When N receives a packet whose IPv6 DA is S and S is a local End.B.
   SL is Segment Left(SL), Replication DetNet SID, does:

Wang, et al.            Expires October 30, 2020                [Page 8]

Internet-Draft           DetNet TSN over SRv6              April 2020

   S01. IF NH=SRH & SL>0 THEN {
   S02. Extract the DetNet SID values from the SRH or TSN Stream
        identification and TSN Rtag.
   S03. Create two new outer IPv6+SRH headers: IPv6-SRH-1 and
        IPv6-SRH-2 Insert the policy-instructed segment lists in each
        newly created SRH (SRH-1 and SRH-2).  Also, add the extracted
        DetNet SID into SRH-1 and SRH-2.
   S04. Remove the incoming outer IPv6+SRH header, restore DATA as the
        original packet.
   S05. Create a duplication of the restore DATA as the duplicate
        packet.
   S06. Encapsulate the original packet into the first outer IPv6+SRH
        header: (IPv6-SRH-1) (original packet)
   S07. Encapsulate the duplicate packet into the second outer IPv6+SRH
        header: (IPv6-SRH-2) (duplicate packet)
   S08. Set the IPv6 SA as the local address of this node.
   S09. Set the IPv6 DA of IPv6-SRH-1 to the first segment of the SRv6
        Policy in of SRH-1 segment list.
   S10. Set the IPv6 DA of IPv6-SRH-2 to the first segment of the SRv6
        Policy in of SRH-2 segment list.
   S11. }

5.2.2.  End. B. Elimination: Packet Elimination Function

   When N receives a packet whose IPv6 DA is S and S is a local End.B.
   SL is Segment Left(SL), Elimination DetNet SID, does:

   S01. IF NH=SRH & SL>0 & "the packet is not a redundant packet" THEN {
   S02.    Do not decrement SL nor update the IPv6 DA with SRH(SL)
   S03.    Extract the value of DetNet SID from the SRH
   S04.    Extract Flow Identification and Sequence Number from DetNet
           SID.
   S05.    IF NOT receive the packet with the same Flow Identification
           and Sequence Number {
   S06.      Create a new outer IPv6+SRH header
   S07.      Insert the policy-instructed segment lists in the newly
             created SRH and add the retrieved DetNet SID in the newly
             created SRH
   S08.      Remove the incoming outer IPv6+SRH header.
   S09.      Set the IPv6 DA to the first segment of the SRv6 Policy in
             the newly created SRH
   S10.    } Else {
   S11.      Drop the packet
   S12.    }
   S13.  }

6.  SRv6 Data Plane Considerations

Wang, et al.            Expires October 30, 2020                [Page 9]

Internet-Draft           DetNet TSN over SRv6              April 2020

6.1.  DetNet PREOF

   Flow Identification and sequence number are necessary in the
   encapsulation of SRv6 for DetNet in order to support service
   protection.  Replication nodes decide which DetNet flows are supposed
   to be replicated by the flow identification.  Elimination nodes
   decide whether a packet should be dropped because of redundancy by
   the flow identification and sequence number.

   FRER function and the provided service recovery is available in that
   the Stream-ID and the TSN sequence number are paired with the SRv6
   flow parameters they can be combined with PREOF functions.

   SRv6 supporting DetNet flows may use Packet Replication, Elimination
   and Ordering Functions (PREOF) based on the DetNet SID in SRH, which
   is derived from TSN Stream.  The specific operation of Frame
   Replication and Elimination for Redundancy (FRER) [802.1CB] is not
   modified by the use of DetNet and follows IEEE 802.1CB [IEEE8021CB].

6.2.  Edge Node Processing

   An edge node is responsible for matching ingress packets to the
   service they require and encapsulating them accordingly. An edge node
   is a SRv6 DetNet-aware forwarder, and may participate in the packet
   replication and duplication elimination.

   The Controller sends Detnet SRv6 polices to the edge node.  These
   polices include mapping of ingress TSN stream to DetNet SRv6 flow.
   The detnet SID is associated with an SR Policy, and its value comes
   from a TSN packet. When the edge node forwards a TSN packet to SRv6
   network, inserting an SRH with the policy and adds an outer IPv6
   header. The TSN flow identification and sequence number is copied to
   DetNet SID in SRv6 SRH.

   Additionally the DetNet-aware edge node does duplicate frame
   elimination based on the flow identification and the sequence number
   combination.  The packet replication is also done within the
   DetNet-aware forwarder.  During elimination and the replication
   process the sequence number of the DetNet member flow MUST be
   preserved and copied to the egress DetNet member flow.

6.3. MTU and Fragmentation
   
   Because the SRH field is added during transmission in the srv6 
   network, the data packet may exceed the MTU of the device interface, 
   so it is necessary to divide the packet. The serial number of the 
   fragment packet is recorded in the frag field of DetNet Sid for flow 
   identification. At the SRv6 network edge node, reorganize these 

Wang, et al.            Expires October 30, 2020               [Page 10]

Internet-Draft           DetNet TSN over SRv6              April 2020

   received fragment packets as one packet and send it to the TSN 
   network.
   
   In the process of fragment, the Flow Identification number and 
   Sequence Number of the packet are consistent with the original 
   packet. Based on the Flow Identification number of each stream, the 
   transmission node sends the fragment alarm information to the 
   controller.

7.  Management and Control Information Summary

   The following summarizes the set of information that is needed to
   support TSN over SRv6 at the ingress edge node:

   o TSN Stream identification and TSN R-tag information to be mapped to
     SRv6 SRH SID. Note that a single TSN Stream identification can map
     to one SRH DetNet SID, and it can used for PREOF.
   o IPv6 source address.
   o IPv6 destination address.
   o IPv6 Traffic Class.

   This information MUST be provisioned per DetNet flow via
   configuration, e.g., via the controller 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 be provided the traffic treatment needed to meet
   each flow's service requirements. This applies for aggregated and
   individual flows.

   DetNet SRv6 flow and TSN Stream mapping related information are
   required only for DetNet SRv6 edge nodes; the edge node is TSN-aware
   and DetNet SRv6-aware node.  These DetNet SRv6 edge nodes are member
   of both the DetNet SRv6 domain and the TSN sub-network.  Within the
   TSN sub-network the DetNet SRv6 node may has a TSM-aware role, so TSN
   specific management and control plane functionalities must be
   implemented.  There are many similarities in the management plane
   techniques used in DetNet and TSN, but that is not the case for the
   control plane protocols.  For example, RSVP-TE and MSRP behaves
   differently. Therefore management and control plane design is an
   important aspect of scenarios, where mapping between DetNet SRv6 and
   TSN is required.

   In order to use a DetNet SRv6 sub-network between TSN nodes, TSN
   stream specific information must be converted to SRv6 DetNet SRH. TSN
   Stream ID and stream related parameters/requirements must be
   converted to a SRv6 DetNet flow ID and flow related parameters/
   requirements. Note that, as the DetNet SRv6 sub-network is just a

Wang, et al.            Expires October 30, 2020               [Page 11]

Internet-Draft           DetNet TSN over SRv6              April 2020

   portion of the end2end TSN path (i.e., single hop from IP
   perspective), some parameters (e.g., delay) may differ significantly.
   Other TSN stream parameters (like bandwidth) also may have to be
   tuned due to the SRv6 encapsulation used in the DetNet sub-network.

   In some case it may be challenging to determine some TSN Stream
   related information.  For example which DetNet SRv6 paths are
   multi-Listener of the mapped TSN stream to one TSN stream Talker?
   However it may be not trivial to locate the point/interface where
   that Listener is connected to the TSN sub-network.  Such
   attributes may require interaction between control and management
   plane functions and between DetNet SRv6 and TSN domains.

   Mapping between DetNet SRv6 flow identifiers and TSN Stream
   identifiers, if not provided explicitly, can be done by a DetNet SRv6
   node locally based on the configuration of SRv6 Behaviors associated
   with a SID.

8.  Security Considerations

   This document will not introduce new security problems.

9.  IANA Considerations

   This document requests assigning new DetNet SID TLV code-points as
   described in section 5.

10.  Acknowledgements

   Thanks for Guanghua Lan and Ximing Dong for their comments and
   contributions.

11.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <https://www.rfc-editor.org/info/rfc2119>.

   [RFC8174]  Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
              2119 Key Words", RFC 8174, May 2017, 
              <https://www.rfc-editor.org/info/rfc8174>.

   [RFC8200]  Deering, S. and R. Hinden, "Internet Protocol, Version 6
              (IPv6) Specification", RFC 8200, July 2017,
              <https://www.rfc-editor.org/info/rfc8200>.

   [RFC8402]  Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L.,

Wang, et al.            Expires October 30, 2020               [Page 12]

Internet-Draft           DetNet TSN over SRv6              April 2020

              Decraene, B., Litkowski, S., and R. Shakir, "Segment
              Routing Architecture", RFC 8402, DOI 10.17487/RFC8402,
              July 2018, <https://www.rfc-editor.org/info/rfc8402>.
              
   [RFC8655]  Finn, N., Thubert, P., Varga, B., and J. Farkas,
              "Deterministic Networking Architecture", RFC 8655, May
              2019, <https://www.rfc-editor.org/info/rfc8655>.

   [RFC8754]  Filsfils, C., Dukes, D., Previdi, S., Leddy, J.,
              Matsushima, S., and d. daniel.voyer@bell.ca, "IPv6 Segment
              Routing Header (SRH)", RFC 8754, June 2019.  
              <https://www.rfc-editor.org/info/rfc8754>.

   [IEEE8021CB]
              Finn, N., "Draft Standard for Local and metropolitan area
              networks - Seamless Redundancy", IEEE P802.1CB
              /D2.1 P802.1CB, December 2015,
              <http://www.ieee802.org/1/files/private/cb-drafts/
              d2/802-1CB-d2-1.pdf>.

   [IEEE8021Q]
              IEEE 802.1, "Standard for Local and metropolitan area
              networks--Bridges and Bridged Networks (IEEE Std 802.1Q-
              2014)", 2014, <http://standards.ieee.org/about/get/>.

   [I-D.ietf-spring-srv6-network-programming]
              Filsfils, C., Camarillo, P., Leddy, J.,
              daniel.voyer@bell.ca, d., Matsushima, S., and Z. Li, "SRv6
              Network Programming", draft-ietf-spring-srv6-network-
              programming-14 (work in progress), March 2020.

Authors' Addresses

   Xueshun Wang
   Fiberhome Telecom LTD
   Email: xswang@fiberhome.com
   
   Jinyou Dai
   Fiberhome Telecom LTD
   Email: djy@fiberhome.com

   Jianhua Liu
   Fiberhome Telecom LTD
   Email: liujianhua@fiberhome.com

   Jing Xu
   Fiberhome Telecom LTD
   Email: xujing2010@fiberhome.com

Wang, et al.            Expires October 30, 2020               [Page 13]