IGP Flex Soft Dataplane
draft-ginsberg-lsr-flex-soft-dataplane-01
This document is an Internet-Draft (I-D).
Anyone may submit an I-D to the IETF.
This I-D is not endorsed by the IETF and has no formal standing in the
IETF standards process.
The information below is for an old version of the document.
| Document | Type |
This is an older version of an Internet-Draft whose latest revision state is "Replaced".
|
|
|---|---|---|---|
| Authors | Les Ginsberg , Peter Psenak , Zheng Zhang | ||
| Last updated | 2025-04-13 (Latest revision 2024-10-12) | ||
| Replaced by | draft-ietf-lsr-flex-soft-dataplane | ||
| RFC stream | (None) | ||
| Formats | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | I-D Exists | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
draft-ginsberg-lsr-flex-soft-dataplane-01
LSR Working Group L. Ginsberg
Internet-Draft P. Psenak
Intended status: Standards Track Cisco Systems
Expires: 15 October 2025 Z. Zhang
ZTE Corporation
13 April 2025
IGP Flex Soft Dataplane
draft-ginsberg-lsr-flex-soft-dataplane-01
Abstract
Advertisement of IGP Flex-Algo participation requires a dataplane
context. This document defines a "soft dataplane" usable in cases
where existing defined dataplanes are not suitable.
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 15 October 2025.
Copyright Notice
Copyright (c) 2025 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents (https://trustee.ietf.org/
license-info) in effect on the date of publication of this document.
Please review these documents carefully, as they describe your rights
and restrictions with respect to this document. Code Components
extracted from this document must include Revised BSD License text as
described in Section 4.e of the Trust Legal Provisions and are
provided without warranty as described in the Revised BSD License.
Ginsberg, et al. Expires 15 October 2025 [Page 1]
Internet-Draft Flex-Soft-Dataplane April 2025
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Requirements Language . . . . . . . . . . . . . . . . . . . . 2
3. Use Case Discussion . . . . . . . . . . . . . . . . . . . . . 2
4. IS-IS Soft Dataplane Algorithm Sub-TLV . . . . . . . . . . . 3
5. OSPF Soft Dataplane Algorithm TLV . . . . . . . . . . . . . . 4
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
6.1. OSPF Router Information TLV Registry . . . . . . . . . . 5
6.2. IS-IS Router Capability sub-TLV Registry . . . . . . . . 6
6.3. Security Considerations . . . . . . . . . . . . . . . . . 6
7. Normative References . . . . . . . . . . . . . . . . . . . . 6
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 7
1. Introduction
Advertisement of IGP Flex-Algo[RFC9350] participation requires a
dataplane context. Existing data planes which have been defined
include:
Segment Routing Dataplane [RFC8667] [RFC8665]
IP Flex Dataplane [RFC9502]
The need to use an IGP Flexible Algorithm may occur in deployments
where none of the existing dataplanes are supported or suitable.
In such cases a "soft dataplane" MAY be used to provide the necessary
context for advertisement of Flex-Algo support. This document
defines the mechanisms to advertise such a dataplane.
2. Requirements Language
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 [RFC2119] [RFC8174] when, and only when, they appear in all
capitals, as shown here.
3. Use Case Discussion
A deployment may require the use of flex-algo to achieve traffic
flows that meet certain constraints. In some cases, flex-algo paths
may be used by an application that does not require the use of any of
the currently defined dataplanes supported by flex-algo. The use of
these dataplanes may not be desired and/or is not supported in the
network. IP Flex-algo extends flex-algo so that it can be used
directly with IPv4 and IPv6 forwarding, but the use of IPv4/IPv6
Ginsberg, et al. Expires 15 October 2025 [Page 2]
Internet-Draft Flex-Soft-Dataplane April 2025
Algorithm specific prefix adverisements may not always be possible,
especially if the existing deployment does not allow for the lack of
reachability using the base IGP SPF (AKA algorithm 0) for these
prefixes. The use of a soft dataplane provides context which still
allows flex-algo to be deployed in such cases.
The new dataplane is referred to as "soft" because the flex-algo
paths computed for this dataplane are not expected to be used by
forwarding directly - e.g., they will not be installed in the data
path. They may be used by an application to create a forwarding
state that is maintained by the application itself. One such use
case might be to support multicast distribution over a constrained
topology in an IP only network.
Note that multiple flex algorithms - each defined for a different use
case - can be advertised in the context of a single soft dataplane.
Therefore, it is expected that a single soft dataplane will suffice
for all possible use cases.
The following sections define how to advertise flex-algorithm support
in the context of the soft dataplane.
4. IS-IS Soft Dataplane Algorithm Sub-TLV
The IS-IS [ISO10589] Soft Dataplane Algorithm Sub-TLV is a sub-TLV of
the IS-IS Router Capability TLV [RFC7981] and has the following
format:
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm 1 | Algorithm 2 | Algorithm ... | Algorithm n |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: IS-IS Soft Dataplane Algorithm Sub-TLV
Type (1 octet): Soft Dataplane Algorithm Sub-TLV (Value TBD)
Length (1 octet): Variable
Algorithm (1 octet): Value from 128 to 255
Ginsberg, et al. Expires 15 October 2025 [Page 3]
Internet-Draft Flex-Soft-Dataplane April 2025
The IS-IS Soft Dataplane Algorithm Sub-TLV MUST be propagated
throughout the level and MUST NOT be advertised across level
boundaries. Therefore, the S bit in the Router Capability TLV, in
which the IS-IS Soft Dataplane Algorithm Sub-TLV is advertised, MUST
NOT be set.
The IS-IS Soft Dataplane Algorithm Sub-TLV is optional. It MUST NOT
be advertised more than once at a given level. A router receiving
multiple IS-IS Soft Dataplane Algorithm sub-TLVs from the same
originator MUST select the first advertisement in the lowest-numbered
Link State PDU (LSP), and subsequent instances of the IS-IS Soft
Dataplane Algorithm Sub-TLV MUST be ignored.
Algorithms outside the Flex-Algorithm range (128-255) MUST be ignored
by the receiver. This situation SHOULD be logged as an error.
The Flex-Algorithm participation advertised in the IS-IS Soft
Dataplane Algorithm Sub-TLV is topology independent. When a router
advertises participation in the IS-IS Soft Dataplane Algorithm Sub-
TLV, the participation applies to all topologies in which the
advertising node participates.
5. OSPF Soft Dataplane Algorithm TLV
The OSPF [RFC2328] Soft Dataplane Algorithm TLV is a top-level TLV of
the Router Information Opaque Link State Advertisement (LSA)
[RFC7770] and has the following format:
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Algorithm 1 | Algorithm... | Algorithm n | |
+- -+
| |
+ +
Figure 2: OSPF Soft Dataplane Algorithm TLV
Type (2 octets): Soft Dataplane Algorithm TLV (TBD)
Length( 2 octets): Variable
Algorithm (1 octet): Value from 128 to 255
The OSPF Soft Dataplane Algorithm TLV is optional. It MUST only be
advertised once in the Router Information LSA.
Ginsberg, et al. Expires 15 October 2025 [Page 4]
Internet-Draft Flex-Soft-Dataplane April 2025
Algorithms outside the Flex-Algorithm range (128-255) MUST be ignored
by the receiver. This situation SHOULD be logged as an error.
When multiple OSPF Soft Dataplane Algorithm TLVs are received from a
given router, the receiver MUST use the first occurrence of the TLV
in the Router Information LSA. If the OSPF Soft Dataplane Algorithm
TLV appears in multiple Router Information LSAs that have different
flooding scopes, the OSPF Soft Dataplane Algorithm TLV in the Router
Information LSA with the area-scoped flooding scope MUST be used. If
the OSPF Soft Dataplane Algorithm TLV appears in multiple Router
Information LSAs that have the same flooding scope, the OSPF Soft
Dataplane Algorithm TLV in the Router Information LSA with the
numerically smallest Instance ID (Opaque ID for OSPFv2 or Link State
ID for OSPFv3) MUST be used, and subsequent instances of the OSPF
Soft Dataplane Algorithm TLV MUST be ignored.
The Router Information LSA can be advertised at any of the defined
flooding scopes (link, area, or Autonomous System (AS)). For the
purpose of OSPF Soft Dataplane Algorithm TLV advertisement, area or
AS-scoped flooding is REQUIRED. The AS flooding scope SHOULD NOT be
used unless local configuration policy on the originating router
indicates domain-wide flooding.
The Flexible Algorithm participation advertised in the OSPF Soft
Dataplane Algorithm TLV is topology independent. When a router
advertises participation in an OSPF Soft Dataplane Algorithm TLV, the
participation applies to all topologies in which the advertising node
participates.
6. IANA Considerations
6.1. OSPF Router Information TLV Registry
This document updates the "OSPF Router Information (RI) TLVs"
registry as follows:
+=======+================+===================================+
| Value | TLV Name | Reference |
+=======+================+===================================+
| TBD | Soft Dataplane | draft-ginsberg-lsr-soft-dataplane |
| | Algorithm | |
+-------+----------------+-----------------------------------+
Table 1
Ginsberg, et al. Expires 15 October 2025 [Page 5]
Internet-Draft Flex-Soft-Dataplane April 2025
6.2. IS-IS Router Capability sub-TLV Registry
This document updates the "IS-IS Sub-TLVs for IS-IS Router CAPABILITY
TLV" registry as follows:
+=======+================+===================================+
| Value | TLV Name | Reference |
+=======+================+===================================+
| TBD | Soft Dataplane | draft-ginsberg-lsr-soft-dataplane |
| | Algorithm | |
+-------+----------------+-----------------------------------+
Table 2
6.3. Security Considerations
This document creates no new security issues for the IGPs.
7. Normative References
[ISO10589] ISO, "Intermediate system to Intermediate system routing
information exchange protocol for use in conjunction with
the Protocol for providing the Connectionless-mode Network
Service (ISO 8473)", August 1987, <ISO/IEC 10589:2002>.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
[RFC2328] Moy, J., "OSPF Version 2", STD 54, RFC 2328,
DOI 10.17487/RFC2328, April 1998,
<https://www.rfc-editor.org/info/rfc2328>.
[RFC7770] Lindem, A., Ed., Shen, N., Vasseur, JP., Aggarwal, R., and
S. Shaffer, "Extensions to OSPF for Advertising Optional
Router Capabilities", RFC 7770, DOI 10.17487/RFC7770,
February 2016, <https://www.rfc-editor.org/info/rfc7770>.
[RFC7981] Ginsberg, L., Previdi, S., and M. Chen, "IS-IS Extensions
for Advertising Router Information", RFC 7981,
DOI 10.17487/RFC7981, October 2016,
<https://www.rfc-editor.org/info/rfc7981>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/info/rfc8174>.
Ginsberg, et al. Expires 15 October 2025 [Page 6]
Internet-Draft Flex-Soft-Dataplane April 2025
[RFC8665] Psenak, P., Ed., Previdi, S., Ed., Filsfils, C., Gredler,
H., Shakir, R., Henderickx, W., and J. Tantsura, "OSPF
Extensions for Segment Routing", RFC 8665,
DOI 10.17487/RFC8665, December 2019,
<https://www.rfc-editor.org/info/rfc8665>.
[RFC8667] Previdi, S., Ed., Ginsberg, L., Ed., Filsfils, C.,
Bashandy, A., Gredler, H., and B. Decraene, "IS-IS
Extensions for Segment Routing", RFC 8667,
DOI 10.17487/RFC8667, December 2019,
<https://www.rfc-editor.org/info/rfc8667>.
[RFC9350] Psenak, P., Ed., Hegde, S., Filsfils, C., Talaulikar, K.,
and A. Gulko, "IGP Flexible Algorithm", RFC 9350,
DOI 10.17487/RFC9350, February 2023,
<https://www.rfc-editor.org/info/rfc9350>.
[RFC9502] Britto, W., Hegde, S., Kaneriya, P., Shetty, R., Bonica,
R., and P. Psenak, "IGP Flexible Algorithm in IP
Networks", RFC 9502, DOI 10.17487/RFC9502, November 2023,
<https://www.rfc-editor.org/info/rfc9502>.
Authors' Addresses
Les Ginsberg
Cisco Systems
Email: ginsberg@cisco.com
Peter Psenak
Cisco Systems
Apollo Business Center
Mlynske nivy 43
82109 Bratislava
Slovakia
Email: ppsenak@cisco.com
Zheng Zhang
ZTE Corporation
China
Email: zhang.zheng@zte.com.cn
Ginsberg, et al. Expires 15 October 2025 [Page 7]