<?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="info" docName="draft-xiong-detnet-large-scale-enhancements-04" ipr="trust200902" obsoletes="" updates="" submissionType="IETF" xml:lang="en" tocInclude="true" tocDepth="4" symRefs="true" sortRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.12.5 -->
  <!-- ***** FRONT MATTER ***** -->
  <front>
    <title abbrev="Enhanced DetNet Data Plane Framework for Scaling Deterministic Networks"> Enhanced DetNet Data Plane Framework for Scaling Deterministic Networks</title>
	<seriesInfo name="Internet-Draft" value="draft-xiong-detnet-large-scale-enhancements-04"/>
	<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="ZongPeng Du" initials="Z" surname="Du">
      <organization>China Mobile</organization>

      <address>
        <postal>
          <street></street>
          
          <city>Beijing</city>
          
          <region></region>
  
          <code></code>

          <country>China</country>
        </postal>

        <phone/>

        <email>duzongpeng@chinamobile.com</email>
      </address>
    </author>	
	
	<author fullname="Junfeng Zhao" initials="J" surname="Zhao">
      <organization>CAICT</organization>

      <address>
        <postal>
          <street></street>
          
          <city></city>
          
          <region></region>
  
          <code></code>

          <country>China</country>
        </postal>

        <phone></phone>

        <email>zhaojunfeng@caict.ac.cn</email>
      </address>
    </author>
	
	  <author fullname="Dong Yang" initials="D" surname="Yang">
      <organization>Beijing Jiaotong University</organization>

      <address>
        <postal>
          <street></street>
          
          <city>Beijing</city>
          
          <region></region>
  
          <code></code>

          <country>China</country>
        </postal>

        <phone></phone>

        <email>dyang@bjtu.edu.cn</email>
      </address>
    </author>	
   
    <area>Routing</area>
    <workgroup>DETNET</workgroup>
    <keyword/>
    <abstract>
	
	<t>The Enhanced Deterministic Networking (EDN) is required to provide the 
	enhancement of flow identification and packet treatment for Deterministic 
	Networking (DetNet) to achieve the DetNet QoS in scaling networks. </t>

    <t>This document proposes the enhancement of the framework to support the 
	functions and metadata for enhanced DetNet data plane. </t>

	 
	 
    </abstract>
  </front>

  <!-- ***** MIDDLE MATTER ***** -->

  <middle>
  
    <section title="Introduction" numbered="true" toc="default">
	
	<t>According to <xref target="RFC8655" pageno="false" 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. The framework of DetNet data planes has been specified in <xref target="RFC8938" pageno="false" format="default"/>.
	The IP and MPLS DetNet data plane has been defined respectively in <xref target="RFC8939" pageno="false" format="default"/> and
	<xref target="RFC8964" pageno="false" format="default"/>. The DetNet IP data plane primarily uses 6-tuple-based 
	flow identification. And the DetNet MPLS data plane leverages 
	existing pseudowire (PW) encapsulations and MPLS Traffic
    Engineering (MPLS-TE) encapsulations. </t>
	
	<t>The applications in 5G networks demand much more deterministic and 
	precise properties in large-scale networks. The existing deterministic 
	technologies are facing large-scale number of nodes and long-distance 
	transmission, traffic scheduling, dynamic flows, and other controversial 
	issues in large-scale networks. The Enhanced DetNet (EDN) is required to 
	provide the enhancement of flow identification and packet treatment and 
	support the enhanced functions or mechanisms for DetNet to achieve the 
	DetNet QoS in large-scale networks. The Enhanced Data Plane for DetNet (EDP) 
	is required to support a data plane method of flow identification and packet 
	treatment. As per <xref target="I-D.zhao-detnet-enhanced-use-cases" pageno="false" format="default"/>, 
    various deterministic applications are co-existed with different SLAs 
    guarantees in scaling networks. <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/> 
	has described the characteristics of scaling deterministic networks and 
	analyzed the existing technologies gaps especially applying the DetNet
	data plane as per <xref target="RFC8938" pageno="false" format="default"/>.
    <xref target="I-D.ietf-detnet-scaling-requirements" pageno="false" format="default"/> has described the 
	enhancement requirements for enhanced DetNet data plane. The EDP aims to 
	describe how to use IP and/or MPLS, and related OAM, to support a data 
	plane method of flow identification and packet treatment over Layer 3. 
	The enhanced QoS-related functions and metadata should be
	provided in scaling networks. For example, as described in <xref target="RFC9320" pageno="false" format="default"/>,
	the end-to-end bounded latency depends on the value of queuing delay 
	bound along with the queuing mechanisms. Multiple queuing mechanisms 
	can be used to guarantee the bounded latency in DetNet.  New 
	DetNet-specific metadata should be carried in data plane such as
	IP/MPLS/SRv6 Data Plane. </t>
	
   <t>This document proposes the enhancement of the framework to support the 
	functions and metadata for enhanced DetNet data plane. </t>
	
	</section>

    <section title="Conventions used in this document" numbered="true" toc="default">	 	
    <section title="Terminology" numbered="true" toc="default">
	<t>The terminology is defined as <xref target="RFC8655" pageno="false" format="default"/> and <xref target="RFC8938" pageno="false" format="default"/>.</t>
   </section>
   
   <section title="Requirements Language" numbered="true" toc="default">
    <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" pageno="false" format="default"/> <xref target="RFC8174" pageno="false" 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>EDN:</dt>
          <dd>Enhanced DetNet or Enhanced Deterministic Networking</dd>
          <dt>EDP:</dt>
          <dd>Enhanced Data Plane for DetNet</dd>
		  <dt>IPv6:</dt>
          <dd>IP version 6 forwarding plane</dd>
          <dt>SRv6:</dt>
          <dd>Segment Routing for IPv6 forwarding plane</dd>
        </dl>
    </section>
	
   </section>

   <section title="Enhancements of Enhanced DetNet Data Plane" numbered="true" toc="default">
   
    <t>As defined in <xref target="RFC8938" pageno="false" format="default"/>, the DetNet data plane 
   describes how application flows, or App-flows are carried over DetNet networks 
   and it is provided by the DetNet service and forwarding sub-layers with DetNet-related
   data plane functions and mechanisms. From charter and milestones, the enhanced 
   DetNet data plane is required to provide the enhancement of flow identification and 
   packet treatment including the enhanced QoS-related functions and metadata 
   in scaling networks.</t>

   <section title="Enhancements of Packet Treatment" numbered="true" toc="default">
   
   <t>This section proposes the enhancement for the DetNet Data Plane 
   Protocol Stack as shown in Figure 1 and the enhanced DetNet-related data plane
   functions and mechanisms should be provided by the DetNet service and 
   forwarding sub-layers.</t>
   
   <figure title="Enhanced Functions in DetNet Data Plane Protocol Stack" align="center" suppress-title="false" alt="" width="" height="">
   <artwork align="center" xml:space="preserve" name="" type="" alt="" width="" height="">


           +----------------------------------+  
           |Service sub-layer:                |
           |                                  |
           |  Flow Aggregation                |
           +----------------------------------+  
           |Forwarding sub-layer:             |
           |                                  |
           |  Deterministic Routes            |  
           |  Time-based Resources Allocation | 	   
           |  Queuing Mechanisms              |    
           +----------------------------------+   


  
   	</artwork>
  <postamble/>
 </figure>

	
    <section title="Flow Aggregation" numbered="true" toc="default">
	
   <t>From the perspective of differentiated services requirements in 
   <xref target="I-D.ietf-detnet-scaling-requirements" pageno="false" format="default"/>,  
   a scaling network needs to provide the deterministic service for 
   various applications. And the deterministic service may demand different
   DetNet QoS levels according to different application scenarios.
   The DetNet data plane should support the aggregate-class level 
   identification of multiple flows to achieve the differentiated 
   deterministic QoS for each DetNet flow. It may also downscale 
   the network operations with a large number of deterministic 
   flows and network nodes in scaling networks. DetNet service 
   sub-layer SHOULD provide the flow aggregation function based on
   the classified QoS requirements to improve the scalability
   in enhanced DetNet.</t>

    </section>

   <section title="Deterministic Routes" numbered="true" toc="default">
   
   <t>As discussed in  <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/>, 
   it may be challenging to compute the
   best path to meet all of the requirements and the the paths vary with 
   the real-time change of the network topology in scaling networks.
   The explicit routes may be not appropriate for scaling networks.
   The deterministic routes can be strict explicit paths or loose routes. 
   The former is applicable to centralized scenarios with controllers, 
   and the latter is applicable to distributed scenarios.
   Moreover, the enhanced DetNet data plane should perform the 
   deterministic routes and forwarding at different classes.</t>
   
   <t>DetNet forwarding sub-layer may provide the deterministic routes 
    function in enhanced DetNet data plane for the deterministic routing 
	and forwarding of traffic from ingress nodes to egress nodes.</t>
   
   <section title="Deterministic Links" numbered="true" toc="default">
   
   <t>As discussed in  <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/>, 
   it may be challenging to compute the best path to meet all of the
   requirements within a scaling network topology pool including 
   multiple network metrics. The deterministic links should be 
   used to provide a one-dimensional deterministic metric to 
   guarantee for the deterministic forwarding capabilities at 
   different levels as defined in  <xref target="I-D.xiong-lsr-detnet-deterministic-links" pageno="false" format="default"/>.
   The deterministic links are provided and distributed to support the 
   deterministic resource and forwarding capabilities indicated by 
   Deterministic Class-Type (DT).</t>
   
   <t>The computing end-to-end delay bounds is defined in <xref target="RFC9320" pageno="false" format="default"/>.
   It is the sum of non-queuing delay bound and queuing delay bound in DetNet 
   bounded latency model. The upper bounds of queuing delay depends on the 
   queuing mechanisms deployed along the path. For example, a link with a 
   queuing mechanism that does not guarantee a bounded delay a non-determinisitc
   link and a link with a queuing mechanism that can provide deterministic delay
   is called a deterministic link. The delay of a a deterministic link is
   consist of the propagation delay of the packet on the link and the
   queuing delay of the packet at the node. A deterministic link can be 
   a sub-network that provides deterministic transmission or a Point-to-Point (P2P)
   link. The deterministic links could be distributed by IGP protocol as 
   per <xref target="I-D.peng-lsr-flex-algo-deterministic-routing" pageno="false" format="default"/>.</t>
   
   </section>
   
   <section title="Deterministic Paths" numbered="true" toc="default">
   
   <t>When DetNet services with different SLA requirements requested 
	to transmit, one or more deterministic paths may be established
	based on the deterministic links. In the distributed scenario,
	deterministic loose routes are computed on the device through 
	routing protocols. Interior Gateway Protocol (IGP) 
	<xref target="I-D.peng-lsr-flex-algo-deterministic-routing" pageno="false" format="default"/> is used to 
	compute deterministic routes based on deterministic-delay inside 
	a domain, and Border Gateway Protocol (BGP) 
	<xref target="I-D.peng-idr-bgp-metric-credit" pageno="false" format="default"/> is used to compute
	deterministic routes based on accurate delay/jitter across domains.</t>
   
   <t>As discussed in  <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/>
   section 3.3.2.1, the inter-domain deterministic routes need to 
   be established and provisioned in multi-domain scenarios. The stitching
   of the intra-domain paths should be considered in DetNet data plane.
   As per <xref target="I-D.bernardos-detnet-multidomain" pageno="false" format="default"/>,
   technical gaps are existing in multi-domain DetNet scenarios.
   In the centralized scenario, when the source and destination PEs of a 
   deterministic service are located at the two ends with a limited physical range,
   one controller (single domain) or multiple controllers (cross domains) compute
   one or more paths with deterministic SLA according to the typical Traffic 
   Specification (T-SPEC) based on the collected deterministic resources, 
   or compute dynamically according to the service T-SPEC as required by 
   the services. </t>
   
  </section>
  </section>

   <section title="Time-based Resources Allocation" numbered="true" toc="default">
   
    <t>As discussed in  <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/> 
   section 3.1.2, it is necessary to make overall resource
   planning and scheduling for the network to achieve the high-efficiency of 
   resources utilization when provide multiple DetNet services. The admission
   control policy of a flow should take into account the deterministic resource. 
   </t>
   
   <t>As discussed in  <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/> 
   section 3.3.2, the allocation of queuing related resources or time-based
   resources should be taken into consideration in enhanced DetNet data plane. 
   The DetNet networks need to shield the differences between network capabilities. 
   Deterministic resource is the basis for providing deterministic services. 
   It refers to the time-based resources that meet the deterministic indicators of 
   a node and link processing as well as the corresponding resource processing 
   mechanisms (such as link bandwidth, queues, and scheduling algorithms). 
   It is required to make unified modeling for all the deterministic resources.
   Time-based Resources Container (TRC) is defined to provide the time-based
   resources with different classes. The container contains the 
   corresponding scheduling resources reserved in control plane to guarantee
   the capability and then the time-based resources should be allocated in 
   enhanced DetNet data plane.</t>
   
   <t>DetNet forwarding sub-layer may provide the time-based resources 
   allocation function in enhanced DetNet data plane for the allocation 
   of specific nodes and deterministic link time-based resources to 
   specific flows and classes. It also provide the admission 
   control of a flow to a particular class of allocated resources. </t>
  
   </section>
   
   <section title="Queuing Mechanisms" numbered="true" toc="default">   
   
   <t>As dicussed in  <xref target="I-D.xiong-detnet-enhanced-detnet-gap-analysis" pageno="false" format="default"/> 
   section 3.3.2.3, it is required to support the
   enhancement of queuing mechanisms. Multiple queuing mechanisms can provide
   different levels of latency, jitter and other guarantees. The 
   DetNet forwarding sub-layer may provide the function and technology
   such as multiple queuing and traffic treatment for DetNet application
   flows. The DetNet data plane may also encode the queuing related 
   information in packets. The encapsulation of a DetNet flow allows
   the packets to be sent over an unique queuing technology. The DetNet 
   forwarding nodes along the path can follow the queue scheduling 
   carried in the packet to achieve the end-to-end bounded latency.</t>
   
   <t>The DetNet forwarding sub-layer may provide capabilities applying 
   existing queuing mechanisms or traffic treatment. For example, 
   the traffic treatment has been proposed in <xref target="I-D.du-detnet-layer3-low-latency" pageno="false" format="default"/>
   to decrease the micro-bursts in layer3 network for low-latency traffic.
   The time-scheduling queuing mechanisms includes the Time Aware Shaping 
   [IIEEE802.1Qbv] and priority-scheduling includes the Credit-Based 
   Shaper [IEEE802.1Q-2014] with Asynchronous Traffic Shaping[IEEE802.1Qcr]. 
   The cyclic-scheduling queuing mechanism has been proposed in 
   [IEEE802.1Qch] and extended such as the Cycle Specified Queuing and Forwarding (CSQF)
   <xref target="I-D.chen-detnet-sr-based-bounded-latency" pageno="false" format="default"/>
   and Tagged Cyclic Queuing and Forwarding (TCQF) <xref target="I-D.eckert-detnet-tcqf" pageno="false" format="default"/>.
   The deadline-scheduling queuing mechanism has been proposed in 
   <xref target="I-D.stein-srtsn" pageno="false" format="default"/> and improved in <xref target="I-D.peng-detnet-deadline-based-forwarding" pageno="false" format="default"/>.	
   The per-flow queuing mechanism includes Guaranteed-Service Integrated 
   service (IntServ) <xref target="RFC2212" pageno="false" format="default"/>.
   The Fair Queuing (FQ) mechanism includes the extension such as Work 
   Conserving Stateless Core Fair Queuing (C-SCORE) <xref target="I-D.joung-detnet-stateless-fair-queuing" pageno="false" format="default"/>.
   The timeslot-based queuing mechanism has been proposed in 
   Timeslot Queuing and Forwarding (TQF)<xref target="I-D.peng-detnet-packet-timeslot-mechanism" pageno="false" format="default"/>.
	</t>
	
	<t>DetNet forwarding sub-layer may provide the queuing and scheduling
	mechanisms in enhanced DetNet data plane to achieve the end-to-end 
	bounded latency and multiple mechanisms may be proposed
    to provide different levels of bounded latency guarantees. </t>
	
   </section> 
   
   </section>
   
   <section title="Enhancements of DetNet-Specific Metadata" numbered="true" toc="default">

   <t>1. deterministic latency information</t>
  
   <t>DetNet forwarding sub-layer may provide the enhanced function and 
   technology such as multiple queuing mechanisms and traffic treatment
   for DetNet application flows to guarantee the deterministic latency. 
   The enhanced DetNet data plane may encode the deterministic latency 
   related information in packets.</t>
   
   <t>The information ensuring deterministic latency should be provided 
   for EDP. A common and simplified data fields can be defined as per
   <xref target="I-D.xiong-detnet-data-fields-edp" pageno="false" format="default"/>
   including encapsulation in IPv6 <xref target="I-D.xiong-detnet-6man-queuing-option" pageno="false" format="default"/> 
   , MPLS <xref target="I-D.sx-detnet-mpls-queue" pageno="false" format="default"/>
   and SRv6 <xref target="I-D.xiong-detnet-spring-srh-extensions" pageno="false" format="default"/>.
   For example, the encapsulation of a DetNet flow allows the packets to
   be sent over an unique queuing mechanism. It is required to carry 
   queuing related information in data plane so as to make appropriate
   packet forwarding and scheduling decisions to meet the time bounds. </t>
   
   <t>2. aggregated class information</t>
   
   <t>As per <xref target="I-D.ietf-detnet-scaling-requirements" pageno="false" format="default"/>,
   the deterministic services may demand different deterministic QoS 
   requirements according to different levels of application requirements.
   The flow aggregation on class-level and explicit flow identification
   should be supported. The enhanced DetNet data plane may also 
   encode the aggregated class information in packets. The deterministic 
   latency information and the aggregated class information as per 
   <xref target="I-D.xiong-detnet-data-fields-edp" pageno="false" format="default"/>
   may be used alone or together to indicate the required queuing and
   forwarding behaviours. The aggregated class information can also 
   reuse the IP DSCP or MPLS TC field.</t> 
   
   </section> 
   
   <section title="Enhancements of DetNet IP/MPLS/SRv6 Data Plane" numbered="true" toc="default">
   
   <t>An IP data plane may operate natively or through the use of an
   encapsulation. IP encapsulation can satisfy enhanced DetNet
   requirements. Explicit inclusion of the flow identification, path 
   selection, queuing and traffic treatment is possible through the 
   use of IP options, IP extension headers or existing IP headers.
   For example, the queuing information has been carried in IPv6/SRv6 
   networks as defined in <xref target="I-D.xiong-detnet-6man-queuing-option" pageno="false" format="default"/>
   and <xref target="I-D.xiong-detnet-spring-srh-extensions" pageno="false" format="default"/>.
   </t>
   
   <t>MPLS provides a service sub-layer for traffic by adding 
   specific flow attributes (S-label and d-cw) in packets. MPLS provides
   a forwarding sub-layer for traffic over implicit and explicit paths
   such as F-Labels. Explicit inclusion of queuing and traffic treatment
   is possible through the use of MPLS metadata or MPLS TC field as defined
   in <xref target="I-D.sx-detnet-mpls-queue" pageno="false" format="default"/> and 
   <xref target="I-D.eckert-detnet-tcqf" pageno="false" format="default"/>.</t>
   
   </section>
   
   
   </section>
   
   <section title="Security Considerations" numbered="true" toc="default">
    <t>TBA</t>
   </section>
   
	<section anchor="IANA" title="IANA Considerations" numbered="true" toc="default">
	<t>TBA</t>
    </section>
	
   <section anchor="Acknowledgements" title="Acknowledgements" numbered="true" toc="default">
    <t>The authors would like to thank Peng Liu, Bin Tan, Aihua Liu 
	Shaofu Peng for their review, suggestions and comments to this document.</t>
    </section>
	
 </middle>

  <!--  *****BACK MATTER ***** -->

  <back>
  
     <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8655.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8557.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8578.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8938.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2212.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.9320.xml"/>
		<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8939.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8964.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-ietf-detnet-controller-plane-framework.xml"/>	
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-ietf-detnet-scaling-requirements.xml"/>	
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-sx-detnet-mpls-queue.xml"/>	
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-pthubert-detnet-ipv6-hbh.xml"/>	
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-detnet-6man-queuing-option.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-joung-detnet-asynch-detnet-framework.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-chen-detnet-sr-based-bounded-latency.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-stein-srtsn.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-peng-detnet-deadline-based-forwarding.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-eckert-detnet-tcqf.xml"/>
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-peng-lsr-flex-algo-deterministic-routing.xml"/>
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-pce-detnet-bounded-latency.xml"/>
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-peng-idr-bgp-metric-credit.xml"/>
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-idr-detnet-flow-mapping.xml"/>	
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-detnet-data-fields-edp.xml"/>
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-detnet-spring-srh-extensions.xml"/>
	    <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-detnet-enhanced-detnet-gap-analysis.xml"/>			
		<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-bernardos-detnet-multidomain.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-peng-detnet-packet-timeslot-mechanism.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-guo-detnet-vpfc-planning.xml"/>
        <xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-du-detnet-layer3-low-latency.xml"/>
		<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-detnet-teas-te-extensions.xml"/>
		<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-joung-detnet-stateless-fair-queuing.xml"/>
		<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-zhao-detnet-enhanced-use-cases.xml"/>	
		<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-xiong-lsr-detnet-deterministic-links.xml"/>	
		
        	
      </references>
   </references>     
  </back>
</rfc>
