<?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-6man-queuing-option-03" ipr="trust200902" obsoletes="" updates="" submissionType="IETF" xml:lang="en" tocInclude="true" tocDepth="4" symRefs="true" sortRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.13.0 -->
  <!-- ***** FRONT MATTER ***** -->
  <front>
    <title abbrev="DetNet Deterministic Latency Option for IPv6">DetNet Deterministic Latency Option for IPv6</title>
    <seriesInfo name="Internet-Draft" value="draft-xiong-detnet-6man-queuing-option-03"/>
    <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="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>
	
    <date year="2023"/>
    <area>Routing</area>
    <workgroup>DETNET</workgroup>
    <keyword/>
    <abstract>
      <t> This document introduces new IPv6 options to identify the Deterministic Latency 
    related information for DetNet flows in IPv6 and SRv6 networks.</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"/>.
	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 Data plane is required to support a data plane 
	method of flow identification and packet treatment. 
	<xref target="I-D.liu-detnet-large-scale-requirements" format="default"/> has described the 
	enhancement requirements for DetNet data plane, it is required to support 
	information used by functions ensuring Deterministic Latency. 
	<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. Moverover, new functions and 
	related metadata shouled be supported in enhanced DetNet.</t>
	
    <t>The queuing-based mechanisms is an important type of resource to ensure
	the deterministic latency. As described in <xref target="I-D.ietf-detnet-bounded-latency" 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. And many types 
	of queuing mechanisms have been proposed to provide diversified 
	deterministic service for various applications. For example, 
	time-scheduling queuing mechanisms includes the TAS (Time Aware 
	Shaping) [IIEEE802.1Qbv] and priority-scheduling includes the 
	CBS (Credit-Based Shaper)[IEEE802.1Q-2014] with ATS (Asynchronous Traffic
    Shaping)[IEEE802.1Qcr]. The cyclic-scheduling queuing mechanism 
	has been proposed such as CQF (Cyclic Queuing and Forwarding) in [IEEE802.1Qch] 
	and improved in <xref target="I-D.dang-queuing-with-multiple-cyclic-buffers" format="default"/>.
    The deadline-scheduling queuing mechanism has been proposed in 
	<xref target="I-D.stein-srtsn" format="default"/> and improved in <xref target="I-D.peng-detnet-deadline-based-forwarding" format="default"/>.	
    The per-flow queuing mechanism includes Guaranteed-Service Integrated 
	service (IntServ) <xref target="RFC2212" format="default"/>.
	The asynchronous queuing mechanism includes the Asynchronous
    Deterministic Networking (ADN) as per <xref target="I-D.joung-detnet-asynch-detnet-framework" format="default"/>.
    The functions such as the queuing mechanisms should be provided 
    for enhanced DetNet to ensure the deterministic latency. </t>
	
	<t>And when queuing mechanisms uesed in large-scale networks, 
	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. The DetNet forwarding nodes 
	along the path can apply the function and the deterministic latency
	related information should be carried as metadata in the packet to 
	achieve the end-to-end bounded latency.</t>
	
     <t>This document introduces new IPv6 options to identify 
	 the Deterministic Latency related information for DetNet flows in
	 IPv6 and SRv6 networks.</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"/>.</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>
      </section>
    </section>
	
   <section numbered="true" toc="default"> <name>The DetNet Options</name>
	  
   <t>This document defines new IPv6 options for DetNet to signal Deterministic Latency 
   related information to the DetNet layers. The format of the options follow the 
   generic definition in section 4.2 of <xref target="RFC8200" format="default"/>. The option may be placed
   either in an HbH or a DoH EH.</t>
   
   <section numbered="true" toc="default"> <name>The Deterministic Latency Option</name>
   
     <t>The DetNet Deterministic Latency Option helps to discriminate
     the types of mechanisms 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  |  Opt Data Len | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|         DLA   Type            |     Reserved      | TU  | DLL | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|         Deterministic Latency Information(variable)           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
  
   	   ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
        <t>Option Type: 8-bit identifier of the type of option.  Value TBD1 by
   IANA; the highest-order 3 bits of the field is 001 to skip over this
   option and continue processing the header if the processing IPv6 node
   does not recognize the Option Type and to permit the Option Data to
   be changed en route to the packet's final destination.</t>
   
        <t>Opt Data Len: 8-bit unsigned integer. Length of the Option Data
   field of this option, in octets.  It is set to 12.</t>
        <t>DLA(Deterministic Latency Action) Type(16 bits): indicates the type
   of deterministic latency actions for IPv6/SRv6 metadata.
        The DLA Type is defined in section 3.1.1.</t>
        <t>TU(3 bits): indicates the time units for the Deterministic Delay.</t>
        <t>DLL(3 bits): Length of the Deterministic Latency Information field as an unsigned 3-bit integer.</t>
        <t>Deterministic Latency Information(variable): it is optional and 
   provides additional information for a node to forward a DetNet flow. The 
   Sub-TLVs has been defined in section 3.1.2.</t>
   
    <section numbered="true" toc="default"> <name>DLA Type</name>
		
	<t>The DLA Type can be divided into two parts including behaviour action 
	type and function/queuing type. The format is 16 bits such as 0xFFFF.</t>
			
	<t>The DLA Type field is designed as follow:</t>
    <figure>
          <name>DLA Type</name>
           <artwork align="center" name="DLA Type" type="" alt=""><![CDATA[

         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |   Type        |    Sub-type   |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
		]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>

    <t>Type(8 bits): indicates the behaviour action type of packet treatment ensuring the 
	deterministic latency as following shown. </t>
	
	    <figure>
          <name>Behaviour Action Type</name>
           <artwork align="center" name="Type" type="" alt=""><![CDATA[

        
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        | Type  |     Behaviour  Action               |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0000 |   Unassigned                        |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |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 keepWithPrevious="true"/>
	
	<t>Sub-type(8 bits): indicates the type of functions ensuring the deterministic latency
	and related metadata. For example, the functions such as a pirticular queuing mechanism 
	may be indicated and related parameters should be provided as section 3.1.2 shown.</t>
	
	
	    <figure>
          <name>Function Action Sub-type</name>
           <artwork align="center" name="Type" type="" alt=""><![CDATA[

        
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |Sub-type|   Function Action                  |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0000  |   Unassigned                       |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0001  |  Cycle Information                 |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0002  |  Deadline Information              |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |0x0003  |  Local Deadline Information        |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
		
		]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>

	
   <t>The types of Deterministic Latency functions should cover all the
	mechanisms ensuring the Deterministic Latency such as the existing
	queuing and scheduling mechanisms and other mechanisms which may be 
	proposed in the future.</t>
    </section>
		
	<section numbered="true" toc="default"> <name>Deterministic Latency Information</name>
	
   <t>It provides deterministic latency information for a node to forward a DetNet flow. 
   The format is based on the sub-type.</t>
   
   <t>When the Sub-type is set to 0x0001, indicates the Multiple Cyclic Queuing
   mechasims as defined in <xref target="I-D.dang-queuing-with-multiple-cyclic-buffers" format="default"/>.
   The Cycle information may be carried and designed as following shown:</t>
           <figure>
          <name>Cycle information</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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Cycle Profile ID                          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                        Cycle ID                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   
   		]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
	
    <t>Cycle Profile ID (32bits): indicates the profile ID which the 
	cyclic queue applied at a node.</t>
 	<t>Cycle ID (32bits): indicates the Cycle ID for a node to 
	forward a DetNet flow.</t>
   
   
    <t>When the Sub-type is set to 0x0002, the Deadline Information may be carried 
	and designed as follow:</t>
           <figure>
          <name>Deadline Information</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 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Flags |M|D|              Planned Deadline                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Accumulated Planned Deadline / Accumulated Deadline Deviation |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Accumulated Actual Residence Time / Reserved         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+   
 
    		]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
		
	<t>Planned and deadline Deviation has been provided as defined in
	<xref target="I-D.peng-6man-deadline-option" format="default"/>.</t>
	
	
    <t>When the Sub-type is set to 0x0003, the Local Deadline Information may be carried 
	and designed as follow:</t>
           <figure>
          <name>Local Deadline Information</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 
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                           Local Deadline                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
    		]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
		
	<t>Local Deadline: indicates the local deadline as defined in <xref target="I-D.stein-srtsn" format="default"/>.</t>

	
    </section>
      </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 Deterministic Latency Option is intended to be placed in an 
   IPv6 HbH EH since it must be processed by every DetNet forwarding node 
   along the path. All DetNet forwarding nodes can use the queuing 
   information to achieve the packet forwarding and queue scheduling.</t>
   
   
        <figure>
          <name>Deterministic Latency Information Option Format</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[
		 
            +-----------------------------------+
            |         DetNet App-Flow           |
            |       (original IP) Packet        |
            +-----------------------------------+
            |            other EHs              |
            +-----------------------------------+--\
            |        IPv6 Hop-by-Hop Ex Hdr     |    |
            |  (Deterministic Latency  Option)  | 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 Deterministic Latency Option 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. The DetNet forwarding nodes among 
   SRv6 segment list can use the Deterministic Latency to achieve 
   the packet forwarding and queue scheduling.</t>
        <figure>
          <name>Deterministic Latency Option Format</name>
          <artwork align="center" name="" type="" alt=""><![CDATA[


            +-----------------------------------+
            |         DetNet App-Flow           |
            |       (original IP) Packet        |
            +-----------------------------------+
            |       Segment Routing Header      |
            +-----------------------------------+ ---\
            |        IPv6 Destination Ex Hdr    |    |
            |  (Deterministic Latency Option)   | DetNet Options
            |                                   |    |
            +-----------------------------------+ ---/
            |            IPv6 Header            |
            +-----------------------------------+
            |             Data-Link             |
            +-----------------------------------+
            |             Physical              |
            +-----------------------------------+
  
   	   ]]></artwork>
        </figure>
        <t keepWithPrevious="true"/>
      </section>
    </section>
    <section numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>TBA</t>
    </section>
    <section anchor="Acknowledgements" numbered="true" toc="default">
      <name>Acknowledgements</name>
      <t>The authors would like to thank Peng Liu, Bin Tan, Shaofu Peng 
	  for their review, suggestions and comments to 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"> Deterministic Latency Option</td>
            <td align="left">[this document] </td>
          </tr>
        </tbody>
      </table>
  
	  </section>
	  
    </section>
  </middle>
  <!--  *****BACK MATTER ***** -->

  <back>
    <references>
      <name>Normative References</name>
      <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119">
        <front>
          <title>Key words for use in RFCs to Indicate Requirement Levels</title>
          <author initials="S." surname="Bradner" fullname="S. Bradner">
            <organization/>
          </author>
          <date year="1997" month="March"/>
          <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="RFC2212" target="https://www.rfc-editor.org/info/rfc2212" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.2212.xml">
        <front>
          <title>Specification of Guaranteed Quality of Service</title>
          <author initials="S." surname="Shenker" fullname="S. Shenker">
            <organization/>
          </author>
          <author initials="C." surname="Partridge" fullname="C. Partridge">
            <organization/>
          </author>
          <author initials="R." surname="Guerin" fullname="R. Guerin">
            <organization/>
          </author>
          <date year="1997" month="September"/>
          <abstract>
            <t>This memo describes the network element behavior required to deliver a guaranteed service (guaranteed delay and bandwidth) in the Internet. [STANDARDS-TRACK]</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="2212"/>
        <seriesInfo name="DOI" value="10.17487/RFC2212"/>
      </reference>
      <reference anchor="RFC8655" target="https://www.rfc-editor.org/info/rfc8655">
        <front>
          <title>Deterministic Networking Architecture</title>
          <author initials="N." surname="Finn" fullname="N. Finn">
            <organization/>
          </author>
          <author initials="P." surname="Thubert" fullname="P. Thubert">
            <organization/>
          </author>
          <author initials="B." surname="Varga" fullname="B. Varga">
            <organization/>
          </author>
          <author initials="J." surname="Farkas" fullname="J. Farkas">
            <organization/>
          </author>
          <date year="2019" month="October"/>
          <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="RFC8174" target="https://www.rfc-editor.org/info/rfc8174">
        <front>
          <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
          <author initials="B." surname="Leiba" fullname="B. Leiba">
            <organization/>
          </author>
          <date year="2017" month="May"/>
          <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="RFC8938" target="https://www.rfc-editor.org/info/rfc8938">
        <front>
          <title>Deterministic Networking (DetNet) Data Plane Framework</title>
          <author initials="B." surname="Varga" fullname="B. Varga">
            <organization/>
          </author>
          <date year="2020" month="November"/>
          <abstract>
            <t>This document provides an overall framework for the Deterministic Networking (DetNet) data plane.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8938"/>
        <seriesInfo name="DOI" value="10.17487/RFC8938"/>
      </reference>
	 	  
      <reference anchor="I-D.liu-detnet-large-scale-requirements" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.liu-detnet-large-scale-requirements.xml" target="https://www.ietf.org/archive/id/draft-liu-detnet-large-scale-requirements-02.txt">
        <front>
          <title>Requirements for Large-Scale Deterministic Networks</title>
          <author fullname="Peng Liu">
            <organization>China Mobile</organization>
          </author>
          <author fullname="Yizhou Li">
            <organization>Huawei</organization>
          </author>
          <author fullname="Toerless Eckert">
            <organization>Futurewei Technologies USA</organization>
          </author>
          <author fullname="Quan Xiong">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="Jeong-dong Ryoo">
            <organization>ETRI</organization>
          </author>
          <date month="April" day="10" year="2022"/>
          <abstract>
            <t>   Aiming at the large-scale deterministic network, this document
   describes the technical and operational requirements when the
   different deterministic levels of applications co-exist and are
   transported over a wide area.  This document also describes the
   corresponding Deterministic Networking (DetNet) data plane
   enhancement requirements.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-liu-detnet-large-scale-requirements-02"/>
      </reference>
	        <reference anchor="I-D.xiong-detnet-large-scale-enhancements" target="https://www.ietf.org/archive/id/draft-xiong-detnet-large-scale-enhancements-00.txt" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.xiong-detnet-large-scale-enhancements.xml">
        <front>
          <title>DetNet Enhancements for Large-Scale Deterministic Networks</title>
          <author fullname="Quan Xiong">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="ZongPeng Du">
            <organization>China Mobile</organization>
          </author>
          <date day="24" month="February" year="2022"/>
          <abstract>
            <t>This document describes enhancements to DetNet to achieve the differentiated DetNet QoS in large-scale deterministic networks including the overall requirements and solutions with deterministic resources, routes and services.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-xiong-detnet-large-scale-enhancements-00"/>
      </reference>
      <reference anchor="I-D.ietf-detnet-bounded-latency" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.ietf-detnet-bounded-latency.xml" target="https://www.ietf.org/archive/id/draft-ietf-detnet-bounded-latency-10.txt">
        <front>
          <title>DetNet Bounded Latency</title>
          <author fullname="Norman Finn">
            <organization>Huawei Technologies Co. Ltd</organization>
          </author>
          <author fullname="Jean-Yves Le Boudec">
            <organization>EPFL</organization>
          </author>
          <author fullname="Ehsan Mohammadpour">
            <organization>EPFL</organization>
          </author>
          <author fullname="Jiayi Zhang">
            <organization>Huawei Technologies Co. Ltd</organization>
          </author>
          <author fullname="Balazs Varga">
            <organization>Ericsson</organization>
          </author>
          <date month="April" day="8" year="2022"/>
          <abstract>
            <t>   This document presents a timing model for sources, destinations, and
   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="Internet-Draft" value="draft-ietf-detnet-bounded-latency-10"/>
      </reference>
	   <reference anchor="I-D.dang-queuing-with-multiple-cyclic-buffers" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.dang-queuing-with-multiple-cyclic-buffers.xml" target="https://www.ietf.org/archive/id/draft-dang-queuing-with-multiple-cyclic-buffers-00.txt">
        <front>
          <title>A Queuing Mechanism with Multiple Cyclic Buffers</title>
          <author fullname="Bingyang Liu">
            <organization>Huawei</organization>
          </author>
          <author fullname="Joanna Dang">
            <organization>Huawei</organization>
          </author>
          <date month="February" day="22" year="2021"/>
          <abstract>
            <t>   This document presents a queuing mechanism with multiple cyclic
   buffers.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-dang-queuing-with-multiple-cyclic-buffers-00"/>
      </reference>
      <reference anchor="I-D.stein-srtsn" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.stein-srtsn.xml" target="https://www.ietf.org/archive/id/draft-stein-srtsn-01.txt">
        <front>
          <title>Segment Routed Time Sensitive Networking</title>
          <author fullname="Yaakov (J) Stein">
            <organization>RAD</organization>
          </author>
          <date month="August" day="29" year="2021"/>
          <abstract>
            <t>   Routers perform two distinct user-plane functionalities, namely
   forwarding (where the packet should be sent) and scheduling (when the
   packet should be sent).  One forwarding paradigm is segment routing,
   in which forwarding instructions are encoded in the packet in a stack
   data structure, rather than programmed into the routers.  Time
   Sensitive Networking and Deterministic Networking provide several
   mechanisms for scheduling under the assumption that routers are time
   synchronized.  The most effective mechanisms for delay minimization
   involve per-flow resource allocation.

   SRTSN is a unified approach to forwarding and scheduling that uses a
   single stack data structure.  Each stack entry consists of a
   forwarding portion (e.g., IP addresses or suffixes) and a scheduling
   portion (deadline by which the packet must exit the router).  SRTSN
   thus fully implements network programming for time sensitive flows,
   by prescribing to each router both to-where and by-when each packet
   should be sent.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-stein-srtsn-01"/>
      </reference>
      <reference anchor="I-D.peng-detnet-deadline-based-forwarding" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.peng-detnet-deadline-based-forwarding.xml" target="https://www.ietf.org/archive/id/draft-peng-detnet-deadline-based-forwarding-01.txt">
        <front>
          <title>Deadline Based Deterministic Forwarding</title>
          <author fullname="Shaofu Peng">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="Bin Tan">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="Peng Liu">
            <organization>China Mobile</organization>
          </author>
          <date month="March" day="1" year="2022"/>
          <abstract>
            <t>   This document describes a deterministic forwarding mechanism based on
   deadline.  The mechanism enhances strict priority scheduling
   algorithm with dynamically adjusting the priority of the queue
   according to its deadline attribute.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-peng-detnet-deadline-based-forwarding-01"/>
      </reference>

      <reference anchor="I-D.peng-6man-deadline-option" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml-ids/reference.I-D.peng-6man-deadline-option.xml" target="https://www.ietf.org/archive/id/draft-peng-6man-deadline-option-00.txt">
        <front>
          <title>Deadline Option</title>
          <author fullname="Shaofu Peng">
            <organization>ZTE Corporation</organization>
          </author>
          <author fullname="Bin Tan">
            <organization>ZTE Corporation</organization>
          </author>
          <date month="January" day="11" year="2022"/>
          <abstract>
            <t>   This document introduces new IPv6 options for Hop-by-Hop Options
   header, to carry deadline related information for deterministic
   flows.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-peng-6man-deadline-option-00"/>
      </reference>
	       <reference anchor="I-D.joung-detnet-asynch-detnet-framework" target="https://www.ietf.org/archive/id/draft-joung-detnet-asynch-detnet-framework-00.txt" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.joung-detnet-asynch-detnet-framework.xml">
        <front>
          <title>Asynchronous Deterministic Networking Framework for Large-Scale Networks</title>
          <author fullname="Jinoo Joung">
            <organization>Sangmyung University</organization>
          </author>
          <author fullname="Jeong-dong Ryoo">
            <organization>ETRI</organization>
          </author>
          <author fullname="Taesik Cheung">
            <organization>ETRI</organization>
          </author>
          <author fullname="Yizhou Li">
            <organization>Huawei</organization>
          </author>
          <author fullname="Peng Liu">
            <organization>China Mobile</organization>
          </author>
          <date day="26" month="June" year="2022"/>
          <abstract>
            <t>This document describes an overall framework of Asynchronous Deterministic Networking (ADN) for large-scale networks. It specifies the functional architecture and requirements for providing latency and jitter bounds to high priority traffic, without time- synchronization of network nodes.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-joung-detnet-asynch-detnet-framework-00"/>
      </reference>
	  
      <reference anchor="RFC8200" target="https://www.rfc-editor.org/info/rfc8200" xml:base="https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8200.xml">
        <front>
          <title>Internet Protocol, Version 6 (IPv6) Specification</title>
          <author initials="S." surname="Deering" fullname="S. Deering">
            <organization/>
          </author>
          <author initials="R." surname="Hinden" fullname="R. Hinden">
            <organization/>
          </author>
          <date year="2017" month="July"/>
          <abstract>
            <t>This document specifies version 6 of the Internet Protocol (IPv6). It obsoletes RFC 2460.</t>
          </abstract>
        </front>
        <seriesInfo name="STD" value="86"/>
        <seriesInfo name="RFC" value="8200"/>
        <seriesInfo name="DOI" value="10.17487/RFC8200"/>
      </reference>
    </references>
  </back>
</rfc>
