<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc SYSTEM "rfc2629-xhtml.ent">
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
<rfc
      xmlns:xi="http://www.w3.org/2001/XInclude"
      category="std"
      docName="draft-xiong-detnet-6man-queuing-option-06"
      ipr="trust200902"
      obsoletes=""
      updates=""
      submissionType="IETF"
      xml:lang="en"
      tocInclude="true"
      tocDepth="4"
      symRefs="true"
      sortRefs="true"
      version="3">

 <!-- ***** FRONT MATTER ***** -->

 <front>

   <title abbrev="IPv6 Option for Scaling Deterministic Networks">IPv6 Option for Scaling Deterministic Networks</title>
    <seriesInfo name="Internet-Draft" value="draft-xiong-detnet-6man-queuing-option-06"/>

   <author fullname="Quan Xiong" initials="Q" surname="Xiong">
      <organization>ZTE Corporation</organization>
      <address>
        <postal>
          <street/>
         <city></city>
          <region/>
          <code/>
          <country>China</country>
        </postal>
        <phone></phone>
        <email>xiong.quan@zte.com.cn</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="Rakesh Gandhi" initials="R" surname="Gandhi">
      <organization>Cisco Systems, Inc.</organization>

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

          <country>Canada</country>
        </postal>

        <phone/>

        <email>rgandhi@cisco.com</email>
      </address>
    </author>
	
	

   <area>Routing</area>
    <workgroup>DetNet</workgroup>
   <keyword></keyword>
   
   <abstract>
   

	  <t>The DetNet-specific metadata should be carried in enhanced data plane
	  based on the enhancement requirements in scaling deterministic networks. 
	  This document outlines how the DetNet-specific metadata are encapsulated
	  in IPv6 <xref target="RFC8200" format="default"/> and specifies formats 
	  and principles for the IPv6 DetNet Options to provide deterministic 
	  services.</t>

	  
    </abstract>
  </front>
  <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"/>.
	As described in [RFC9320], 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. But 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 DetNet enhanced data plane is required to 
	support a data plane method of flow identification and packet treatment.</t> 
	
	<t><xref target="I-D.ietf-detnet-scaling-requirements" format="default"/> has
    described the enhancement requirements for DetNet enhanced data
    plane, such as aggregated flow identification and deterministic 
	latency guarantees. The enhanced QoS-related functions and metadata
	should be provided in scaling networks. <xref target="I-D.ietf-detnet-dataplane-taxonomy" format="default"/>
	has discussed the data plane enhancement solutions and queuing 
	mechanisms in DetNet. New DetNet-specific metadata should be
    carried in data plane such as IP and SRv6 data plane.</t>
	
    <t>This document outlines how the DetNet-specific metadata are encapsulated
	  in IPv6 <xref target="RFC8200" format="default"/> and specifies formats and 
	  principles for the IPv6 DetNet Options to provide deterministic services.</t>
	    
    <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"></xref> <xref target="RFC8174"></xref> 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>SRH:</dt>
        <dd>Segment Routing Header</dd>
	    <dt>SRv6:</dt>
        <dd>Segment Routing for IPv6 forwarding plane</dd>
	    <dt>DL:</dt>
        <dd>Deterministic Latency</dd>
	    <dt>CSQF:</dt>
        <dd>Cycle Specified Queuing and Forwarding</dd>
	    <dt>TQF:</dt>
        <dd>Timeslot Queuing and Forwarding</dd>	
	    <dt>C-SCORE:</dt>
        <dd>Work Conserving Stateless Core Fair Queuing</dd>	
	    <dt>EDF:</dt>
        <dd>Earliest Deadline First</dd>			
	    <dt>TAS:</dt>
        <dd>Time Aware Shaper</dd>
	    <dt>ATS:</dt>
        <dd>Asynchronous Traffic Shaping</dd>
	    <dt>CQF:</dt>
        <dd>Cyclic Queuing and Forwarding</dd>		
	    <dt>FQ:</dt>
        <dd>Fair Queuing</dd>
	    <dt>TSN:</dt>
        <dd>Time-Sensitive Networking</dd>
	    <dt>ECQF:</dt>
        <dd>Enhanced Cyclic Queuing and Forwarding</dd>
	    <dt>gLBF:</dt>
        <dd>guaranteed Latency Based Forwarding</dd>
     </dl>
	   
      </section>

	
    <section anchor="Terminology" numbered="true" toc="default"> <name>Terminology</name>
	<t>The terminology is defined as <xref target="RFC8655" pageno="false" format="default"/>.</t>
    </section>
	</section>
	
	
	<section numbered="true" toc="default"><name>Enhancement Requirements for Scaling Deterministic Networks </name>  

	<section title="Flow Aggregation">
   
   <t>As per <xref target="RFC8655" pageno="false" format="default"/>, 
   the DetNet data plane must support the aggregation of DetNet flows 
   in order to support larger numbers of DetNet flows and improve 
   scalability by reducing the per-hop states. And the flow aggregation
   may be necessary for scaling networks. 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. 
   For example, industrial applications may demand tight jitter, strict
   latency limit requirements. The video applications may demand relative
   loose latency requirements and so on. The flow identification with 
   service-level aggregation and explicit aggregated flow identification
   should be supported.</t>
   
   <t>The flow identification is required to be dynamic and simplified to
   ensure the aggregated flows have compatible DetNet flow-specific QoS
   characteristics. In DetNet MPLS, A-Label defined as per <xref target="RFC8964" pageno="false" format="default"/>
   can be added explicitly to the packets. But in other DetNet data plane,
   no aggregated flow specific information is available. The aggregation 
   identification and service type should be defined as the DetNet-specific
   metadata. The DetNet nodes along the path can identify the aggregated
   flow to achieve the end-to-end QoS in scaling networks.</t> 
   </section>
   
    <section title="Deterministic Latency">
	
	<t>As described in <xref target="RFC9320"></xref>, the end-to-end 
	bounded latency depends on the queuing delay bound and the queuing
	mechanisms. Multiple queuing mechanisms have been proposed such as
	TAS [IIEEE802.1Qbv], CBS [IEEE802.1Q-2014],ATS [IEEE802.1Qcr], 
    CQF [IEEE802.1Qch] and so on.</t>
	
	<t>In scaling networks which has large variation in latency among 
	hops, great number of flows and multiple domains, 
	<xref target="I-D.ietf-detnet-scaling-requirements"></xref>
	has described the technical requirements for enhanced data plane
	solutions. Many variations and extensions of queuing mechanisms 
	have been proposed to resolve the scalability issues in DetNet. 
	<xref target="I-D.ietf-detnet-dataplane-taxonomy"></xref>
	has described the classification criteria of the solutions.
	For instance, the CQF variations for cyclic-based scheduling 
	includes the ECQF [IEEE 802.1Qdv], Multi-CQF <xref target="I-D.dang-queuing-with-multiple-cyclic-buffers"></xref>,
	TCQF <xref target="I-D.eckert-detnet-tcqf" format="default"></xref> and 
	CSQF <xref target="I-D.chen-detnet-sr-based-bounded-latency" format="default"></xref>.
	The TAS variations for timeslot-based scheduling includes TQF 
	<xref target="I-D.peng-detnet-packet-timeslot-mechanism"></xref>.
	The FQ variations for rate-based scheduling includes C-SCORE <xref target="I-D.joung-detnet-stateless-fair-queuing"></xref>
	ATS [IEEE802.1Qcr] and gLBF <xref target="I-D.eckert-detnet-glbf"></xref>.
	The EDF variations for deadline-based scheduling includes
    EDF<xref target="I-D.peng-detnet-deadline-based-forwarding"></xref> and Local Deadline <xref target="I-D.stein-srtsn"></xref>.
	The Damper variations for damper-based scheduling includes 
	Damper <xref target="I-D.mohammadpour-detnet-bounded-delay-variation"></xref>
	and gLBF <xref target="I-D.eckert-detnet-glbf"></xref>.</t>
	
	<t>And when queuing mechanisms used in large-scale networks,
    the per-flow states can not be maintained with scalability issues.
	Some queuing parameters should be carried for coordination between 
	nodes so as to make appropriate packet forwarding and scheduling 
	decisions to meet the time bounds. As per <xref target="I-D.ietf-detnet-scaling-requirements"></xref>,
	the information used by functions ensuring deterministic
    latency should be supported as such queuing-based information.
	And queuing mechanisms and solutions require different information
	to help the functions of ensuring deterministic latency, including 
	regulation, queue management. The deterministic latency metadata 
	should be defined for forwarding nodes along the path which can
	apply the queuing mechanisms and get the related deterministic
	latency metadata in packet to achieve the end-to-end bounded
	latency.</t>
   </section>
   
   </section>
	
	
  <section numbered="true" toc="default"><name>The DetNet Options</name>
  
    <t>This document defines new IPv6 options for DetNet to signal DetNet-specific
	metadata. The DetNet options helps to discriminate the types of mechanisms 
	and specify the related parameters. The format of the DetNet options follow 
	the generic definition in section 4.2 of <xref target="RFC8200" format="default"/>.  
	The DetNet options may be placed either in an HbH (Hop-by-Hop) or a DoH 
	(Destination Option Header) EH (Extension Header).</t>
	
   <section title="Aggregation Option">
   
    <t>The Aggregation Option helps to identify the aggregated flow and 
	discriminate the different deterministic QoS requirements and specify
	the related parameters. </t>
     
   
   <figure title="Aggregation Option" align="center">
     <artwork align="center"><![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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+	 
    |  Option Type  |Option Data Len|  Service  Type|    Flag       |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |               Aggregation ID                                  |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              End-to-end Delay Budget                          |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              End-to-end Delay Variation Budget                |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			 
			     ]]></artwork>
   </figure> 
   
   	<t>Service Type: 8-bit unsigned integer, indicates the service-level 
	or class-based aggregation type of packet treatment ensuring 
	the deterministic QoS as following shown. This type can 
	also indicate the aggregated class.</t>
	
	    <figure>
          <name>Service Type </name>
           <artwork align="center" name="Type" type="" alt=""><![CDATA[
        
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        | Value |         Service Type                |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0000 |  Reserved                           |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0100 |  Bandwidth guarantee                |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0200 |  Jitter guarantee                   |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0300 |  Delay guarantee                    |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0400 |  Low delay and jitter guarantee     |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0500 |Ultra-low delay and jitter guarantee |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
		
		]]></artwork>
        </figure>
		
	<t>Flag: 8-bit flags field. </t>
   
   <t>Aggregation ID: 32bits. It provides explicit and unique identifier
   for aggregated flow identification. DetNet nodes performing aggregation
   using aggregation ID.</t>
   <t>End-to-end Delay Budget: 32bits. It provides the value of end-to-end 
   delay budget for the aggregated flow.</t> 
   <t>End-to-end Delay Variation Budget: 32bits. It provides the value of
   end-to-end delay variation budget for the aggregated flow.</t>   
	
	
   </section>

	
	
 <section numbered="true" toc="default"><name>Deterministic Latency Option</name>
  
    <t>The Deterministic Latency Option helps to discriminate the deterministic 
	latency technologies and specify the related parameters. </t>
   
        <figure>
          <name>Deterministic Latency Option Format</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
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |  Option Type  |Option Data Len|   DL Type     |     Flag      |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
  |                                                               |
  ~      Deterministic Latency Data(variable)(optional)           ~
  |                                                               |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
  
   	   ]]></artwork>
        </figure>
	
	<t>Option Type: TBD1, 8-bit option type identifier indicates 
	the Deterministic Latency Option.</t>

    <t>Option Data Len:  8-bit unsigned integer. Length of this
	option, in octets, not including the first 2 octets.</t>
		
   <t>DL (Deterministic Latency) Type:  8-bit unsigned integer, indicates 
   the type of deterministic latency information and related queuing
   and scheduling metadata. </t>

	<t>Flag: 8-bit flags field. </t>
	
    <t>Deterministic Latency Data: Variable-length field and the data is
    specific to the type. The Deterministic Latency type and 
	data should depend on and align with the classification of the 
	data plane queuing and scheduling solutions as per 
	<xref target="I-D.ietf-detnet-dataplane-taxonomy" format="default"/>.
    For instance, it may cover the information such as cycle, timeslot, 
	deadline, rate, packet size, damper, timestamp information as shown
	in Figure 3.</t>
	
		<figure>
          <name>Deterministic Latency Type and Information</name>
           <artwork align="center" name="Type" type="" alt=""><![CDATA[
		   
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        | Type   |Deterministic Latency Type and Information|
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0000  |  Unassigned                              |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0001  |  Cycle Information                       |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0002  |  Timeslot Information                    |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0003  |  Deadline Information                    |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0004  |  Ratio Information                       |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0005  |  Damper Information                      |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+				 
			     ]]></artwork>
   </figure> 
	
  
  </section>	
	

  
  </section>
  
     <section numbered="true" toc="default"><name>Encapsulation of DetNet Options</name>
    <section numbered="true" toc="default"><name>IPv6 Networks</name>
	  
   <t>The DetNet Options is intended to be placed in an IPv6 HbH EH since 
   it must be processed by every DetNet forwarding node along the path. 
   For the DetNet options, all DetNet forwarding nodes can use the 
   queuing information to achieve the packet forwarding and scheduling.
   The format of DetNet options in IPv6 is as follows.</t>
   
   
        <figure>
          <name>DetNet Option Format in IPv6</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[
		 
            +-----------------------------------+
            |         DetNet App-Flow           |
            |       (original IP) Packet        |
            +-----------------------------------+
            |            other EHs              |
            +-----------------------------------+
            |        IPv6 Hop-by-Hop Ex Hdr     |    
            |         (DetNet Options)          |
            |                                   |    
            +-----------------------------------+
            |            IPv6 Header            |
            +-----------------------------------+
            |             Data-Link             |
            +-----------------------------------+
            |             Physical              |
            +-----------------------------------+
			
   	   ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
      </section>
      <section numbered="true" toc="default">
        <name>SRv6 Networks</name>
        <t>The DetNet Options is intended to be placed in an DOH EH 
		before an SRH since it must be processed by the DetNet forwarding 
        nodes of the SRv6 segment list. For the DetNet options, the 
		DetNet forwarding nodes among SRv6 segment list can use the 
		queuing-based information to achieve the packet forwarding and 
		scheduling. The format of DetNet options in SRv6 is as follows.</t>
        <figure>
          <name>DetNet Options Format in SRv6</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[


            +-----------------------------------+
            |         DetNet App-Flow           |
            |       (original IP) Packet        |
            +-----------------------------------+
            |       Segment Routing Header      |
            +-----------------------------------+ 
            |        IPv6 Destination Ex Hdr    |   
            |        (DetNet Options)           | 
            |                                   |    
            +-----------------------------------+ 
            |            IPv6 Header            |
            +-----------------------------------+
            |             Data-Link             |
            +-----------------------------------+
            |             Physical              |
            +-----------------------------------+
  
   	   ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
      </section>
    </section>
    <section numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>As this document describes new options for IPv6, it can apply
	  the security considerations of <xref target="RFC8200"></xref> 
	  and <xref target="RFC8250"></xref>. Security considerations for 
	  DetNet are covered in the DetNet Architecture <xref target="RFC8655"></xref> 
	  and DetNet data plane <xref target="RFC8938"></xref>, <xref target="RFC8939"></xref>, 
     <xref target="RFC8964"></xref> and DetNet security considerations
     <xref target="RFC9055"></xref>. The security considerations 
     specified in <xref target="I-D.ietf-detnet-scaling-requirements"></xref> are also
     applicable to the procedures defined in this document.</t>
    </section>
	
    <section anchor="IANA" numbered="true" toc="default"><name>IANA Considerations</name>
	  
    <section numbered="true" toc="default"><name>New Option for IPv6</name>
	  
	  <t>This specification updates the "Destination Options and Hop-by-Hop
      Options" under the "Internet Protocol Version 6 (IPv6) Parameters"
      registry with the values below:</t>
	 
	  <table anchor="table1" align="center">
        <thead>
          <tr>
            <th align="left"> Type </th>
            <th align="left"> Description </th>
            <th align="left"> Reference </th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left"> TBD1 </td>
            <td align="left"> IPv6 Aggregation Option</td>
            <td align="left">[this document] </td>
          </tr>
        </tbody>
		<tbody>
          <tr>
            <td align="left"> TBD2 </td>
            <td align="left"> IPv6 Deterministic Latency Option</td>
            <td align="left">[this document] </td>
          </tr>
        </tbody>
      </table>
  
	  </section>
	  
    </section>
    <section anchor="Acknowledgements" numbered="true" toc="default">
      <name>Acknowledgements</name>
      <t>The authors would like to thank Aihua Liu, Peng Liu, Bin Tan, 
	  and 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.5440.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.8231.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7752.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5120.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.4915.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8200.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.9055.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.8664.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.9357.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.8250.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.8964.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-xiong-detnet-data-fields-edp.xml"/>
		<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-ietf-detnet-dataplane-taxonomy.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-dang-queuing-with-multiple-cyclic-buffers.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-peng-detnet-packet-timeslot-mechanism.xml"/>
<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-stein-srtsn.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-joung-detnet-stateless-fair-queuing.xml"/> 
<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-eckert-detnet-glbf.xml"/>  
<xi:include href="https://datatracker.ietf.org/doc/bibxml3/draft-mohammadpour-detnet-bounded-delay-variation.xml"/> 
      </references>
    </references>
 
 </back>
</rfc>
