<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc category="std" docName="draft-geng-detnet-dataplane-enchancment-encap-00"
     ipr="trust200902">
  <front>
    <title abbrev="Abbreviated-Title">DetNet Enhancement Data Plane
    Encapsulation&#65306;Gap Analysis and Solution</title>

    <author fullname="Xuesong Geng" initials="X." surname="Geng">
      <organization>Huawei</organization>

      <address>
        <postal>
          <street/>

          <city/>

          <region/>

          <code/>

          <country/>
        </postal>

        <phone/>

        <facsimile/>

        <email>gengxuesong@huawei.com</email>

        <uri/>
      </address>
    </author>

    <date day="13" month="March" year="2023"/>

    <abstract>
      <t>has introduced the evaluation items for different mechanism and
      provide guidance for judging whether a cerntain mechasnim could satisfy
      DetNet Enhancement requirement in order to deploy in layer 3
      network.</t>
    </abstract>

    <note title="Requirements Language">
      <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
      "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
      document are to be interpreted as described in <xref
      target="RFC2119">RFC 2119</xref>.</t>
    </note>
  </front>

  <middle>
    <section title="Introduction">
      <t><xref target="I-D.ietf-detnet-scaling-requirements"/> has introduced
      the evaluation items for different mechanism and provide guidance for
      judging whether a cerntain mechasnim could satisfy DetNet Enhancement
      requirement in order to deploy in layer 3 network. This document
      introduces the Gap Analysis and Solution for DetNet Enhancement Data
      Plane Encapsulation.</t>
    </section>

    <section title="DetNet Data Plane Enhanement Gap Analysis">
      <t>DetNet data plane enhancement includes 2 parts: Queuing, Shaping,
      Scheduling, Preemption and encapsulation.</t>

      <t><list style="symbols">
          <t>Queuing, Shaping, Scheduling, and Preemption</t>
        </list>As defined in <xref target="RFC8655"/> , queuing and
      transmission-selection algorithms allow DetNet mechanisms to compute the
      latency contribution of each DetNet node to the end-to-end latency, to
      compute the amount of buffer space required in each DetNet node for each
      incremental DetNet flow. So it provides the base of bounded latency.</t>

      <t>IEEE also provide mechansim that could be reused in DetNet Data Plane
      Enhancment:</t>

      <t><list style="hanging">
          <t>A credit-based shaper [IEEE802.1Qav] (incorporated to
          [IEEE802.1Q]). </t>

          <t>Time-gated queues governed by a rotating time schedule based on
          synchronized time [IEEE802.1Qbv] (incorporated to [IEEE802.1Q]).</t>

          <t>Synchronized double (or triple) buffers driven by synchronized
          time ticks. [IEEE802.1Qch] (incorporated to [IEEE802.1Q]).</t>

          <t>Preemption of an Ethernet packet in transmission by a packet with
          a more stringent latency requirement, followed by the resumption of
          the preempted packet [IEEE802.1Qbu] (incorporated to [IEEE802.1Q])
          [IEEE802.3br] (incorporated to [IEEE802.3]).</t>
        </list>New mechanisms based on the hardware capability of existing
      network device are also considered.</t>

      <t><list style="symbols">
          <t>Encapsulation</t>
        </list></t>

      <t>Different queuing, shaping, scheduling mechanisms request different
      encapsulation in layer 3.</t>

      <t><list style="hanging">
          <t>Priority:</t>
        </list> Some of the queuing mechanism, e.g., QoS, L4S, preemption,
      DetNet traffic is handled differently based on the priority for bounded
      latency. The existing encapsulation, such as DSCP or ECN in IP header,
      could be used to differenciate the prioriy.</t>

      <t><list style="hanging">
          <t>Flow/Flow Aggregation Identification</t>
        </list>Some of the queuing mechanism, e.g., Qbv, VPN+, DetNet traffic
      is handled differently based on the flow identification or flow
      aggregation identification(network slice)for bounded latency. The
      existing encapsulation, such as DetNet Stream Label in MPLS or 5 tupes
      in IP , could be used to differenciate the flow or flow aggregation.</t>

      <t><list style="hanging">
          <t>Time Information</t>
        </list>Some of the queuing mechanism, e.g., Qbv, VPN+, DetNet traffic
      is handled differently based on the flow identification or flow
      aggregation identification(network slice)for bounded latency. The
      existing encapsulation, such as DetNet Stream Label in MPLS or 5 tupes
      in IP , could be used to differenciate the flow or flow aggregation.</t>

      <t/>
    </section>

    <section title="DetNet Data Plane Enhanement Encapsultion">
      <t>This section defined DetNet Data Plane Enhanement Encapsultion based
      on the analysis result of section 2.</t>

      <t/>

      <section title="IPv4/IPv6 Header">
        <t>New DSCP value or new DSCP meaning could be defined for presenting
        time information, such as</t>
      </section>

      <section title="MPLS">
        <t>New EXP value of MPLS Lable could be introduced to convey time
        information.</t>

        <t/>
      </section>

      <section title="IPv6 Extension Header">
        <t>The following option could be defined in IPv6 extension header to
        convey time information:</t>

        <t/>

        <t><figure>
            <artwork><![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 |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |     Flags     | Context Type  |            Reserved           |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       ~                 Time Information                              ~
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+]]></artwork>
          </figure></t>

        <t>Option Type: 8-bit identifier of the type of option. The type of
        VTN option is to be assigned by IANA. </t>

        <t>Opt Data Len: 8-bit unsigned integer indicates the length of the
        option Data field of this option, in octets. </t>

        <t>Flags: 8-bit flags field. </t>

        <t>Time Information: time slot ID, cycel ID, timestamp, ect.</t>
      </section>

      <section title="SR MPLS/ SRv6">
        <t>Time Aware SID could be introduced to convey time information, such
        as<xref target="I-D.chen-detnet-sr-based-bounded-latency"/> and <xref
        target="I-D.geng-srv6-based-bounded-latency"/>. </t>
      </section>
    </section>

    <section anchor="IANA" title="IANA Considerations">
      <t>This document makes no request of IANA.</t>

      <t>Note to RFC Editor: this section may be removed on publication as an
      RFC.</t>
    </section>

    <section anchor="Security" title="Security Considerations">
      <t>This document does not introduce any new security considerations.</t>
    </section>

    <section anchor="Acknowledgements" title="Acknowledgements">
      <t/>
    </section>
  </middle>

  <back>
    <references title="Normative References">
      <?rfc include="reference.RFC.2119"?>

      <?rfc include='reference.RFC.8655"?>

      <?rfc include='reference.I-D.ietf-detnet-scaling-requirements'?>

      <?rfc include='reference.I-D.chen-detnet-sr-based-bounded-latency'?>

      <?rfc include='reference.I-D.geng-srv6-based-bounded-latency'?>
    </references>

    <references/>
  </back>
</rfc>
