<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?rfc strict="yes"?>
<?rfc toc="yes"?>
<?rfc tocdepth="4"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" category="std" docName="draft-xiong-detnet-spring-srh-extensions-00" ipr="trust200902" obsoletes="" updates="" submissionType="IETF" xml:lang="en" tocInclude="true" tocDepth="4" symRefs="true" sortRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.16.0 -->
  <!-- ***** FRONT MATTER ***** -->
  <front>
    <title abbrev="Segment Routing Header Extensions for DetNet Data Fields">Segment Routing Header Extensions for DetNet Data Fields</title>
    <seriesInfo name="Internet-Draft" value="draft-xiong-detnet-spring-srh-extensions-00"/>
    <author fullname="Quan Xiong" initials="Q" surname="Xiong">
      <organization>ZTE Corporation</organization>
      <address>
        <postal>
          <street>No.6 Huashi Park Rd</street>
          <city>Wuhan</city>
          <region>Hubei</region>
          <code>430223</code>
          <country>China</country>
        </postal>
        <phone/>
        <email>xiong.quan@zte.com.cn</email>
      </address>
    </author>
    <author fullname="Haisheng Wu" initials="H" surname="Wu">
      <organization>ZTE Corporation</organization>
      <address>
        <postal>
          <street/>
          <city>Nanjing</city>
          <region>Jiangsu</region>
          <code/>
          <country>China</country>
        </postal>
        <phone/>
        <email>wu.haisheng@zte.com.cn</email>
      </address>
    </author>
    <author fullname="Dong Yang" initials="D" surname="Yang">
      <organization>Beijing Jiaotong University</organization>
      <address>
        <postal>
          <street/>
          <city>Beijing</city>
          <region/>
          <code/>
          <country>China</country>
        </postal>
        <phone/>
        <email>dyang@bjtu.edu.cn</email>
      </address>
    </author>
    <date year="2023"/>
    <area>Routing</area>
    <workgroup>DETNET</workgroup>
    <keyword/>
    <abstract>
      <t>This document defines how DetNet data fields are encapsulated as part of
     the Segment Routing with IPv6 data plane (SRv6) header [RFC8754].</t>
    </abstract>
  </front>
  <!-- ***** MIDDLE MATTER ***** -->

  <middle>
    <section numbered="true" toc="default">
      <name>Introduction</name>
      <t>According to <xref target="RFC8655" format="default"/>, Deterministic Networking 
	(DetNet) operates at the IP layer and delivers service which provides extremely
	low data loss rates and bounded latency within a network domain. 
    DetNet data planes has been specified in <xref target="RFC8938" format="default"/>.
	<xref target="I-D.ietf-detnet-scaling-requirements" format="default"/>has described the 
	enhancement requirements for DetNet enhanced data plane in large-scale networks.
	<xref target="I-D.xiong-detnet-large-scale-enhancements" format="default"/> has proposed the overall 
	framework of DetNet enhancements for large-scale deterministic networks.
	The packet treatment should schedule the resources and indicate the 
	behaviour to ensure the deterministic latency. Moreover, new functions and 
	related metadata should be supported in DetNet Enhanced Data plane. 
	<xref target="I-D.xiong-detnet-data-fields-edp" format="default"/> has proposed a common DetNet data 
	fields and option types for enhanced DetNet data plane and defined a 
	Deterministic Latency Action (DLA) option to carry queuing-based 
	metadata. </t>
      <t>This document defines how DetNet data fields are encapsulated as part of
   the Segment Routing with IPv6 data plane (SRv6) header <xref target="RFC8754" format="default"/>.</t>
    </section>
    <section numbered="true" toc="default">
      <name>Conventions used in this document</name>
      <section numbered="true" toc="default">
        <name>Terminology</name>
        <t>The terminology is defined as <xref target="RFC8655" format="default"/> ,<xref target="RFC8938" format="default"/>
	and <xref target="RFC8754" format="default"/>.</t>
      </section>
      <section numbered="true" toc="default">
        <name>Requirements Language</name>
        <t>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 <xref target="RFC2119" format="default"/> <xref target="RFC8174" format="default"/> when,
    and only when, they appear in all capitals, as shown here.</t>
        <t>Abbreviations and definitions used in this document:</t>
        <dl newline="false" spacing="normal" indent="15" pn="section-2-3">
          <dt>EDP:</dt>
          <dd>Enhanced Data plane</dd>
          <dt>SRH:</dt>
          <dd>Segment Routing Header</dd>
          <dt>SRv6:</dt>
          <dd>Segment Routing for IPv6 forwarding plane</dd>
          <dt>DLA:</dt>
          <dd>Deterministic Latency Action</dd>
        </dl>
      </section>
    </section>
    <section numbered="true" toc="default">
      <name>DetNet Data Fields Encapsulation in SRH</name>
      <t>The DetNet data fields such as DLA option are defined in 
   <xref target="I-D.xiong-detnet-data-fields-edp" format="default"/>, and can be used for ensuring
   deterministic latency in enhanced DetNet data plane. The SRv6 
   encapsulation header (SRH) is defined in <xref target="RFC8754" format="default"/> 
   and DetNet data fields can be encapsulated in the SRH.</t>
      <t> The DetNet data fields can be divided into option header and data.
   And it can be carried in SRH extensions including the options such as 
   SRH header field, segment List, TLV and the last segment. This enables 
   the DetNet enhanced functions to build on the network programmability 
   capability of SRv6.</t>
      <t>The following sections discuss the optional SRH extensions for enhanced 
   DetNet data plane in encapsulating the Deterministic Latency Action Option.</t>
      <section numbered="true" toc="default">
        <name>SRH Segment List Extensions</name>
        <t>The DetNet data field can be carried in SRH segment list. 
	This enables the ability of SRv6 networks to forward a DetNet 
	flow per segment list. The SRH segment list extensions for DetNet
    DLA Option is as follows.</t>
        <figure>
          <name>SRH Segment List Extensions for DLA Option</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[ 
	 
	 
	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  | Segments Left |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |  Last Entry   |     Flags   |D|     TAG       |  DLA  Q-Type  |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |            Segment List[0] (128-bit IPv6 address)             |
    |            DLA Option Data List[0]                            |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |                                                               |
                                  ...
    |                                                               |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |            Segment List[n] (128-bit IPv6 address)             |
    |            DLA Option Data List[n]                            |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    //                                                             //
    //         Optional Type Length Value objects (variable)       //
    //                                                             //
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 
			 
			     ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
        <t>D (Deterministic Flag) :
     when it is set, indicates the SRH extension for DLA Option Data.</t>
        <t>DLA Q-Type (8bits):  
      as defined by the DLA Option Header field, and is defined in Section 4.2.1.2 of
      <xref target="I-D.xiong-detnet-data-fields-edp" format="default"/>.</t>
        <t>DLA Option Data List (variable):  
      as defined by the DLA Option Data field, and is defined in Section 4.2.2 of
      <xref target="I-D.xiong-detnet-data-fields-edp" format="default"/>.</t>
      </section>
      <section numbered="true" toc="default">
        <name>SRH TLV Extensions</name>
        <t>The DetNet data field can be carried in SRH TLV. This enables 
   the ability for an SRv6 node to determine whether to process or
   ignore some specific SRH TLVs is based on the SID function. The nodes 
   which support the enhanced DetNet functionality can process the SRH TLV
   and the others can ignore the SRH DetNet TLV. The SRH TLV for DetNet
   DLA Option is as follows.</t>
        <figure>
          <name>SRH TLV Extensions for DLA Option</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[ 
   
    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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  SRH-TLV-Type |SRH-TLV-Length |   DetNet-Type | DetNet-Length |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         DLA   Type            |   Data Len    | Ancillary Len |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                 DLA Data List[0](variable)                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                            ...
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                 DLA Data List[n](variable)                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			 
			     ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
        <t> SRH-TLV-Type/SRH-TLV-Length (8 bits): DetNet TLV Type for SRH is 
	defined as TBA1. Length of the SRH TLV in 4-octet units. The fields 
	related to the encapsulation of DetNet data fields in the SRH are 
	defined as follows:</t>
        <t>DetNet-Length (8 bits): indicates the DetNet option length.</t>
        <t>DetNet-Type (8 bits):  indicates the DetNet option type.</t>
        <t>DLA Type (16 bits):  
      as defined by the Option Type field, and is defined in Section 4.1 of
      <xref target="I-D.xiong-detnet-data-fields-edp" format="default"/>.</t>
        <t>Data Len (8 bits): 
     unsigned integer. This field specifies the length of DLA option data
     added by each node.</t>
        <t>Ancillary Len (8 bits): 
     unsigned integer. This field specifies the length of DLA ancillary data
     added by each node.</t>
        <t>DLA Data List(variable):  
      as defined by the Data field including option data and ancillary data, 
	  and is defined in Section 4.2 of <xref target="I-D.xiong-detnet-data-fields-edp" format="default"/>. 
	  The DLA Option Data can be carried one time or in list.</t>
      </section>
      <section numbered="true" toc="default">
        <name>SRH DetNet Segment Extensions</name>
        <t>The DetNet data field can be carried in SRH segment called
   DetNet Segment when a particular option data is processed 
   within each node. The mapping from DLA data of current node 
   to DLA data of next node SHOULD be provided in the control
   plane. It SHOULD swap and encapsulate the DetNet Segment
   at each forwarding node. The SRH segment extensions for 
   DetNet DLA Option is as follows.</t>
        <figure>
          <name>SRH DetNet Segment Extensions for DLA Option</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[ 
  
    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  | Segments Left |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |  Last Entry   |     Flags   |D|              Tag              |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |            Segment List[0] (128-bit IPv6 address)             |
    |                                                               |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |                                                               |
                                ...
    |                                                               |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                                                               |
    |            Segment List[n] (128-bit IPv6 address)             |
    |                                                               |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+	                                  
    |                                                               |
    | SRv6 DetNet Segment (Segment List[n+1] (128-bit IPv6 value)   |
    |                                                               |
    |                                                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    //                                                             //
    //         Optional Type Length Value objects (variable)       //
    //                                                             //
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  
  			     ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
        <t>D (Deterministic Flag) :
     when it is set, indicates the SRH extension for DLA Option Data.</t>
        <t>The SRv6 DetNet Segment format is as follows.</t>
        <figure>
          <name>DetNet Segment Format for DLA Option</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[ 
     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |        DLA Type             |     Data len    | Ancillary Len |          
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     DLA Option data field determined by DLA Q-Type (variable) |     
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     DLA Ancillary data field determined by DLA Type (variable)|   
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   
  
  			     ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
        <t>The definition of the value can be referred  as <xref target="I-D.xiong-detnet-data-fields-edp" format="default"/>.</t>
      </section>
    </section>
    <section numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>TBA</t>
    </section>
    <section anchor="IANA" numbered="true" toc="default">
      <name>IANA Considerations</name>
      <t>TBA</t>
    </section>
    <section anchor="Acknowledgements" numbered="true" toc="default">
      <name>Acknowledgements</name>
      <t>TBA</t>
    </section>
  </middle>
  <!--  *****BACK MATTER ***** -->

  <back>
    <references>
      <name>Normative References</name>
      <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
        <front>
          <title>Key words for use in RFCs to Indicate Requirement Levels</title>
          <author fullname="S. Bradner" initials="S." surname="Bradner"/>
          <date month="March" year="1997"/>
          <abstract>
            <t>In many standards track documents several words are used to signify the requirements in the specification.  These words are often capitalized.  This document defines these words as they should be interpreted in IETF documents.  This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
          </abstract>
        </front>
        <seriesInfo name="BCP" value="14"/>
        <seriesInfo name="RFC" value="2119"/>
        <seriesInfo name="DOI" value="10.17487/RFC2119"/>
      </reference>
      <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
        <front>
          <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
          <author fullname="B. Leiba" initials="B." surname="Leiba"/>
          <date month="May" year="2017"/>
          <abstract>
            <t>RFC 2119 specifies common key words that may be used in protocol specifications.  This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
          </abstract>
        </front>
        <seriesInfo name="BCP" value="14"/>
        <seriesInfo name="RFC" value="8174"/>
        <seriesInfo name="DOI" value="10.17487/RFC8174"/>
      </reference>
      <reference anchor="RFC8655" target="https://www.rfc-editor.org/info/rfc8655" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8655.xml">
        <front>
          <title>Deterministic Networking Architecture</title>
          <author fullname="N. Finn" initials="N." surname="Finn"/>
          <author fullname="P. Thubert" initials="P." surname="Thubert"/>
          <author fullname="B. Varga" initials="B." surname="Varga"/>
          <author fullname="J. Farkas" initials="J." surname="Farkas"/>
          <date month="October" year="2019"/>
          <abstract>
            <t>This document provides the overall architecture for Deterministic Networking (DetNet), which provides a capability to carry specified unicast or multicast data flows for real-time applications with extremely low data loss rates and bounded latency within a network domain.  Techniques used include 1) reserving data-plane resources for individual (or aggregated) DetNet flows in some or all of the intermediate nodes along the path of the flow, 2) providing explicit routes for DetNet flows that do not immediately change with the network topology, and 3) distributing data from DetNet flow packets over time and/or space to ensure delivery of each packet's data in spite of the loss of a path.  DetNet operates at the IP layer and delivers service over lower-layer technologies such as MPLS and Time- Sensitive Networking (TSN) as defined by IEEE 802.1.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8655"/>
        <seriesInfo name="DOI" value="10.17487/RFC8655"/>
      </reference>
      <reference anchor="RFC8938" target="https://www.rfc-editor.org/info/rfc8938" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8938.xml">
        <front>
          <title>Deterministic Networking (DetNet) Data Plane Framework</title>
          <author fullname="B. Varga" initials="B." role="editor" surname="Varga"/>
          <author fullname="J. Farkas" initials="J." surname="Farkas"/>
          <author fullname="L. Berger" initials="L." surname="Berger"/>
          <author fullname="A. Malis" initials="A." surname="Malis"/>
          <author fullname="S. Bryant" initials="S." surname="Bryant"/>
          <date month="November" year="2020"/>
          <abstract>
            <t>This document provides an overall framework for the Deterministic Networking (DetNet) data plane.  It covers concepts and considerations that are generally common to any DetNet data plane specification.  It describes related Controller Plane considerations as well.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8938"/>
        <seriesInfo name="DOI" value="10.17487/RFC8938"/>
      </reference>
      <reference anchor="RFC8754" target="https://www.rfc-editor.org/info/rfc8754" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8754.xml">
        <front>
          <title>IPv6 Segment Routing Header (SRH)</title>
          <author fullname="C. Filsfils" initials="C." role="editor" surname="Filsfils"/>
          <author fullname="D. Dukes" initials="D." role="editor" surname="Dukes"/>
          <author fullname="S. Previdi" initials="S." surname="Previdi"/>
          <author fullname="J. Leddy" initials="J." surname="Leddy"/>
          <author fullname="S. Matsushima" initials="S." surname="Matsushima"/>
          <author fullname="D. Voyer" initials="D." surname="Voyer"/>
          <date month="March" year="2020"/>
          <abstract>
            <t>Segment Routing can be applied to the IPv6 data plane using a new type of Routing Extension Header called the Segment Routing Header (SRH).  This document describes the SRH and how it is used by nodes that are Segment Routing (SR) capable.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8754"/>
        <seriesInfo name="DOI" value="10.17487/RFC8754"/>
      </reference>
      <reference anchor="RFC9320" target="https://www.rfc-editor.org/info/rfc9320" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9320.xml">
        <front>
          <title>Deterministic Networking (DetNet) Bounded Latency</title>
          <author fullname="N. Finn" initials="N." surname="Finn"/>
          <author fullname="J.-Y. Le Boudec" initials="J.-Y." surname="Le Boudec"/>
          <author fullname="E. Mohammadpour" initials="E." surname="Mohammadpour"/>
          <author fullname="J. Zhang" initials="J." surname="Zhang"/>
          <author fullname="B. Varga" initials="B." surname="Varga"/>
          <date month="November" year="2022"/>
          <abstract>
            <t>This document presents a timing model for sources, destinations, and Deterministic Networking (DetNet) transit nodes.  Using the model, it provides a methodology to compute end-to-end latency and backlog bounds for various queuing methods.  The methodology can be used by the management and control planes and by resource reservation algorithms to provide bounded latency and zero congestion loss for the DetNet service.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="9320"/>
        <seriesInfo name="DOI" value="10.17487/RFC9320"/>
      </reference>
      <reference anchor="I-D.ietf-detnet-scaling-requirements" target="https://datatracker.ietf.org/doc/html/draft-ietf-detnet-scaling-requirements-01" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.ietf-detnet-scaling-requirements.xml">
        <front>
          <title>Requirements for Scaling Deterministic Networks</title>
          <author fullname="Peng Liu" initials="P." surname="Liu">
            <organization>China Mobile</organization>
          </author>
          <author fullname="Yizhou Li" initials="Y." surname="Li">
            <organization>Huawei</organization>
          </author>
          <author fullname="Toerless Eckert" initials="T. T." surname="Eckert">
            <organization>Futurewei Technologies USA</organization>
          </author>
          <author fullname="Quan Xiong" initials="Q." surname="Xiong">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="Jeong-dong Ryoo" initials="J." surname="Ryoo">
            <organization>ETRI</organization>
          </author>
          <author fullname="zhushiyin" initials="" surname="zhushiyin">
            <organization>New H3C Technologies</organization>
          </author>
          <author fullname="Xuesong Geng" initials="X." surname="Geng">
            <organization>Huawei</organization>
          </author>
          <date day="1" month="March" year="2023"/>
          <abstract>
            <t>Aiming at scaling deterministic networks, this document describes the technical and operational requirements when the network has large variation in latency among hops, great number of flows and/or multiple domains without the same time source. Different deterministic levels of applications co-exist and are transported in such a network. This document also describes the corresponding Deterministic Networking (DetNet) data plane enhancement requirements.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-detnet-scaling-requirements-01"/>
      </reference>
      <reference anchor="I-D.xiong-detnet-large-scale-enhancements" target="https://datatracker.ietf.org/doc/html/draft-xiong-detnet-large-scale-enhancements-01" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.xiong-detnet-large-scale-enhancements.xml">
        <front>
          <title>DetNet Data Plane Enhancements for Large-Scale Deterministic Networks</title>
          <author fullname="Quan Xiong" initials="Q." surname="Xiong">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="Zongpeng Du" initials="Z." surname="Du">
            <organization>China Mobile</organization>
          </author>
          <author fullname="Junfeng Zhao" initials="J." surname="Zhao">
            <organization>CAICT</organization>
          </author>
          <author fullname="Dong Yang" initials="D." surname="Yang">
            <organization>Beijing Jiaotong University</organization>
          </author>
          <date day="24" month="October" year="2022"/>
          <abstract>
            <t>From charter and milestones, the enhanced Deterministic Networking (DetNet) is required to provide the enhancement of flow identification and packet treatment for data plane to achieve the DetNet QoS in large-scale networks. This document analyzes the gaps of the existing technologies especially applying the DetNet data plane as per RFC8938 and proposes the enhancement of packet treatment to support the functions and metadata for enhanced DetNet data plane. It describes related enhanced controller plane considerations as well.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-xiong-detnet-large-scale-enhancements-01"/>
      </reference>
      <reference anchor="I-D.xiong-detnet-data-fields-edp" target="https://datatracker.ietf.org/api/v1/doc/document/draft-xiong-detnet-data-fields-edp/" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.xiong-detnet-data-fields-edp.xml">
        <front>
          <title>Data Fields for DetNet Enhanced Data Plane</title>
          <author fullname="Quan Xiong"/>
          <author fullname="Dong Yang"/>
          <date day="10" month="March" year="2023"/>
          <abstract>
            <t>This document discusses the specific metadata which should be carried
   in Enhanced Data plane (EDP), proposes the DetNet data fields and
   option types for EDP such as Deterministic Latency Action Option.
   DetNet Data-Fields for EDP can be encapsulated into a variety of
   protocols such as MPLS, IPv6 and SRv6 networks.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-xiong-detnet-data-fields-edp-00"/>
      </reference>
    </references>
  </back>
</rfc>
