Internet-Draft IGP Extensions for DetNet Deterministic October 2023
Xiong & Qian Expires 25 April 2024 [Page]
Workgroup:
LSR
Internet-Draft:
draft-xiong-lsr-detnet-deterministic-links-00
Published:
Intended Status:
Standards Track
Expires:
Authors:
Q. Xiong
ZTE Corporation
X. Qian
ZTE Corporation

IGP Extensions for DetNet Deterministic Links

Abstract

This document proposes the deterministic links to provide a one-dimensional deterministic metric to guarantee the deterministic forwarding capabilities at different levels and proposes the deterministic links distribution by IGP extensions.

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."

This Internet-Draft will expire on 25 April 2024.

Table of Contents

1. Introduction

According to [RFC8655], 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 bounded latency indicates the minimum and maximum end-to-end latency from source to destination and bounded jitter (packet delay variation). [I-D.ietf-detnet-scaling-requirements]has described the enhanced requirements for DetNet enhanced data plane including the deterministic latency guarantees. [I-D.xiong-detnet-large-scale-enhancements] has proposed the packet treatment which should support new functions such as queuing mechanisms to ensure the deterministic latency. As per [I-D.ietf-detnet-controller-plane-framework], network nodes collects topology information and DetNet capabilities through IGP.

The computing method of end-to-end delay bounds is defined in [RFC9320]. It is the sum of the six delays in DetNet bounded latency model. 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.

This document proposes the deterministic links to provide a one-dimensional deterministic metric to guarantee the deterministic forwarding capabilities at different levels and proposes the deterministic links distribution by IGP extensions.

1.1. Requirements Language

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 RFC 2119 [RFC2119].

2. Terminology

The terminology is defined as [RFC8655] and [RFC9320].

This document proposes the deterministic links to provide a one-dimensional deterministic metric to guarantee the deterministic forwarding capabilities at different levels. The deterministic links can shield the differences from underlying forwarding and queuing mechanisms.

As per [RFC9320], six types of delays are defined in timing Model of DetNet. And the DetNet domain can also be modeling as deterministic links and nodes as shown in Figure 1. The deterministic node delay is constant while the deterministic link delay is variable within bounded latency. The end-to-end bounded latency depends on the sum of the deterministic link delay.


           DetNet transit node A                 DetNet transit node B
      +-------------------------+             +------------------------+
      |              Queuing    |             |              Queuing   |
      |   Regulator subsystem   |             |   Regulator subsystem  |
      |   +-+-+-+-+ +-+-+-+-+   |             |   +-+-+-+-+ +-+-+-+-+  |
   -->+   | | | | | | | | | +   +------------>+   | | | | | | | | | +  +--->
      |   +-+-+-+-+ +-+-+-+-+   |             |   +-+-+-+-+ +-+-+-+-+  |
      |                         |             |                        |
      +-------------------------+             +------------------------+
      |-->|------->|------->|-->|------------>|-->|------->|------>|-->|-->|
  2,3  4      5        6      1      2,3       4      5        6     1   2,3
          |---- Deterministic Link Delay ---->|

                 Deterministic Links     Deterministic Node
      | A |---------------------------------->| B |----------------------->|

Figure 1: Deterministic Links Model

3.2. Classfication of deterministic Links

There are a number of deterministic links between deterministic nodes. And each deterministic link provides different level of deterministic forwarding capabilities indicated by Deterministic Class-Type (DT).

Deterministic Class-Type (DT): indicate the set of Traffic Trunks crossing a deterministic link that is governed by a specific set of bounded latency constraints. DT is used for the purposes of deterministic link resource planning, reservation and allocation, deterministic link resource constraint-based routing and admission control. A given Traffic Trunk belongs to the same DT on all links.

For example, three deterministic links with guaranteed jitter are supported between the Node A and Node B as following shown.

The traditional resource reservation method only considers the bandwidth availability of the BE (Best Effort) flow, which means that the reserved bandwidth meets the peak information rate (PIR) of the business flow at the macro level. As per [I-D.ietf-detnet-scaling-requirements], the enhanced DetNet need to support multiple queuing mechanisms to provide deterministic latency. For such scheduling mechanisms, even the bandwidth resources meet the transmission requirements at the macro level, there may not be enough resources in a specific timeslot, cycle or authorization time zone, so bounded delay and jitter cannot be guaranteed. So it is required to provide provisioning of fine-grained reservation for time-based resources.

Time-based Resources Container (TRC): the entity which is used for deterministic link to provide the time-based resources with deterministic capabilities by resolving resource conflicts between different levels. The container indicates the maximum transmitting bits per scheduling timeslot and it contains the corresponding scheduling resources reserved to guarantee the capability of deterministic link such as queuing, buffer and bandwidth.

4. ISIS Extensions of Deterministic Links

This document defines new IS-IS TE sub-TLVs to distribute the deterministic links attributes at TE link and it can be announced in TLVs 22, 23, 141, 222, and 223" registry.

A new IS-IS Deterministic Link Sub-TLV is defined and the format is as shown in the following figure.


   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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Type               |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |               DT            |     Link Scheduling Type      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ~                        Sub-sub-TLV                          ~
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


Figure 2: Deterministic Link Sub-TLV

where:

A new IS-IS Deterministic Link Maximum Reservble Bandwidth Sub-sub-TLV is defined and the format is as shown in the following figure.


   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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Type               |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |               Maximum Reserved Bandwidth                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 3: Deterministic Link Maximum Reservble Bandwidth sub-sub-TLV

where:

  • Type: Set to TBD2.
  • Length: Contains the total length of the subobject in octets. The Length MUST be at least 8 and MUST be a multiple of 4.
  • Maximum Reserved Bandwidth: indicates the maximum reservble bandwidth for this deterministic link.

A new IS-IS Deterministic Link Available Bandwidth Sub-sub-TLV is defined and the format is as shown in the following figure.


   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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Type               |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Available Bandwidth                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 4: Deterministic Link Available Bandwidth sub-sub-TLV

where:

  • Type: Set to TBD3.
  • Length: Contains the total length of the subobject in octets. The Length MUST be at least 8 and MUST be a multiple of 4.
  • Available Bandwidth: indicates the available bandwidth of this deterministic link.

A new IS-IS Deterministic Link Delay Sub-sub-TLV is defined and the format is as shown in the following figure.


   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
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |          Type               |           Length              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |A| Reserved  |           Maximum Deterministic Link Delay    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   Reserved  |           Minimum Deterministic Link Delay    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   Reserved  |  Maximum Deterministic Link Delay Variation   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 5: Deterministic Link Delay sub-sub-TLV

where:

  • Type: Set to TBD4.
  • Length: Contains the total length of the subobject in octets. The Length MUST be at least 8 and MUST be a multiple of 4.
  • A: The A bit represents the Anomalous (A) bit. The A bit is set when the measured value of this parameter exceeds its configured maximum threshold.
  • Maximum Deterministic Link Delay: indicates the maximum deterministic link delay value (in microseconds) over a configurable interval, encoded as an integer value.
  • Minimum Deterministic Link Delay: indicates the minimum deterministic link delay value (in microseconds) over a configurable interval, encoded as an integer value.
  • Maximum Deterministic Link Delay Variation: indicates the maximum deterministic link delay variation value over a configurable interval in microseconds, encoded as an integer value.

5. OSPF Extensions of Deterministic Links

TBA

6. Security Considerations

TBA

7. IANA Considerations

IANA is requested to register the following sub-TLVs in the "Sub-TLVs for TLVs 22, 23, 141, 222,and 223" registry:


    Type    Description
   ------------------------------------
    TBD1    Deterministic Link Sub-TLV
    TBD2    Deterministic Link Maximum Reservble Bandwidth Sub-sub-TLV
    TBD3    Deterministic Link Available Bandwidth Sub-sub-TLV
    TBD4    Deterministic Link Delay Sub-sub-TLV

8. Acknowledgements

TBA

9. References

9.1. Normative References

[I-D.ietf-detnet-controller-plane-framework]
Malis, A. G., Geng, X., Chen, M., Qin, F., Varga, B., and C. J. Bernardos, "Deterministic Networking (DetNet) Controller Plane Framework", Work in Progress, Internet-Draft, draft-ietf-detnet-controller-plane-framework-05, , <https://datatracker.ietf.org/doc/html/draft-ietf-detnet-controller-plane-framework-05>.
[I-D.ietf-detnet-scaling-requirements]
Liu, P., Li, Y., Eckert, T. T., Xiong, Q., Ryoo, J., zhushiyin, and X. Geng, "Requirements for Scaling Deterministic Networks", Work in Progress, Internet-Draft, draft-ietf-detnet-scaling-requirements-04, , <https://datatracker.ietf.org/doc/html/draft-ietf-detnet-scaling-requirements-04>.
[I-D.xiong-detnet-large-scale-enhancements]
Xiong, Q., Du, Z., Zhao, J., and D. Yang, "Enhanced DetNet Data Plane (EDP) Framework for Scaling Deterministic Networks", Work in Progress, Internet-Draft, draft-xiong-detnet-large-scale-enhancements-03, , <https://datatracker.ietf.org/doc/html/draft-xiong-detnet-large-scale-enhancements-03>.
[RFC2119]
Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, , <https://www.rfc-editor.org/info/rfc2119>.
[RFC8174]
Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, , <https://www.rfc-editor.org/info/rfc8174>.
[RFC8655]
Finn, N., Thubert, P., Varga, B., and J. Farkas, "Deterministic Networking Architecture", RFC 8655, DOI 10.17487/RFC8655, , <https://www.rfc-editor.org/info/rfc8655>.
[RFC8664]
Sivabalan, S., Filsfils, C., Tantsura, J., Henderickx, W., and J. Hardwick, "Path Computation Element Communication Protocol (PCEP) Extensions for Segment Routing", RFC 8664, DOI 10.17487/RFC8664, , <https://www.rfc-editor.org/info/rfc8664>.
[RFC9320]
Finn, N., Le Boudec, J.-Y., Mohammadpour, E., Zhang, J., and B. Varga, "Deterministic Networking (DetNet) Bounded Latency", RFC 9320, DOI 10.17487/RFC9320, , <https://www.rfc-editor.org/info/rfc9320>.

Authors' Addresses

Quan Xiong
ZTE Corporation
China
Xiaocong Qian
ZTE Corporation
China