Internet-Draft | SMEP | June 2025 |
Ihle & Menth | Expires 15 December 2025 | [Page] |
The MPLS Egress Protection Framework specifies a fast reroute framework for protecting IP/MPLS services. To that end, bypass tunnels have to be signaled to the Point of Local Repair (PLR). Further, the PLR must maintain the bypass forwarding state on a per-transport-tunnel basis. This document presents the concept of Stateless MNA-based Egress Protection (SMEP). SMEP protects egress routers by providing alternative MPLS egress labels in-stack. This mechanism does not require a bypass forwarding state in PLRs. An example for the application of SMEP is given using a MPLS network action for stack management.¶
This note is to be removed before publishing as an RFC.¶
The latest revision of this draft can be found at https://uni-tue-kn.github.io/mpls-mna-stateless-egress-protection/draft-ihle-mpls-mna-stateless-egress-protection.html. Status information for this document may be found at https://datatracker.ietf.org/doc/draft-ihle-mpls-mna-stateless-egress-protection/.¶
Discussion of this document takes place on the Multiprotocol Label Switching Working Group mailing list (mailto:mpls@ietf.org), which is archived at https://mailarchive.ietf.org/arch/browse/mpls/. Subscribe at https://www.ietf.org/mailman/listinfo/mpls/.¶
Source for this draft and an issue tracker can be found at https://github.com/uni-tue-kn/mpls-mna-stateless-egress-protection.¶
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 December 2025.¶
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.¶
The MPLS egress protection framework in [RFC8679] establishes bypass tunnels for egress routers on an egress failure, i.e., on a node or a link failure. This is referred to as egress protection. The protection mechanism relies on a Point of Local Repair (PLR) to perform local failure detection and local repair. Typically, this PLR is the penultimate router. When an egress failure occurs, packets are rerouted to an alternative egress router. The PLR node maintains the bypass forwarding state, which is a mapping of specific labels to bypass tunnels. The bypass tunnels are signaled using existing mechanisms, i.e., via an IGP, or topology-driven label distribution protocols such as LDP.¶
This document defines the concept of Stateless MNA-based Egress Protection (SMEP). SMEP provides an alternative to the rerouting mechanism defined for the PLR, allowing the PLR to be stateless.¶
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.¶
This document makes use of the terms defined in [RFC8679] and in [I-D.ietf-mpls-mna-hdr].¶
Further abbreviations used in this document:¶
Abbreviation | Meaning | Reference |
---|---|---|
BML | Bypass MPLS Label | This document |
SMEP | Stateless MNA-based Egress Protection | This document |
With SMEP, the egress bypass tunnel is indicated by one or multiple alternative MPLS forwarding labels which are located at the bottom of stack. We call those labels Bypass MPLS Labels (BMLs). On an egress failure, SMEP uses the BMLs in the stack to protect the egress tunnel. The PLR node is required to install the MPLS forwarding entries for the bypass tunnels using the BMLs. However, it does not need to maintain a table that maps transport tunnels to backup paths. Likewise, the PLR is not involved in the signaling of such information. Instead, this information is supplied in the MPLS stack from the ingress node to the PLR. Signaling is only needed between ingress, egress, and the protector, but not with the PLR anymore. Details of the signaling are not contained in this draft. The general concepts and mechanisms described in [RFC8679] still apply.¶
The MPLS Network Action (MNA) framework encodes network actions and their data for processing by MPLS nodes. [I-D.ietf-mpls-mna-hdr] defines the encoding of such network actions and their data in so-called Network Action Substacks (NAS) in the MPLS stack.¶
[I-D.ihle-mpls-mna-stack-management-00] introduces a network action for stack management.
It features a POP-N-LSE operation that pops a number POP-N
of LSEs below the NAS.
The POP-N-LSE operation facilitates the application of SMEP.
To that end, the POP-N-LSE operation is added directly above the BMLs where POP-N
is the number of labels in the bypass tunnel.
The processing at the PLR is as follows:¶
A simple example topology using MNA-based egress protection with an SR bypass tunnel is shown in Figure 1. The example network contains an LSP R1-R2-R3 and a bypass tunnel R2-R3'-R3''.¶
The MPLS stack using SMEP pushed by the ingress LER for the example topology is shown in Figure 2.
The label stack contains the forwarding labels L1, L2, L3, L3', and L3'', and the POP-N-LSE operation destined for the PLR.
Since there are two BMLs to reach the protector, POP-N = 2
.
Labels L1 and L2 are used to forward to the penultimate router.
Label L3 is used to route to the egress node, and labels L3' and L3'' are used to route to the protector.
If the egress link or router R3 fails, the PLR can use the bypass tunnel of router R3' and R3''.¶
/--L3'-- LSR ---L3''--- egress R3'' / R3' LSR Ingress ───L1─── LSR ───L2─── R2 ───L3─── egress R3 LER R1 (PLR)
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L1 | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L2 | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L3 | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MNA-Label=bSPL (TBA) | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Opcode=MGMT |Reserved |POP-N=2| MOVE-N|R|IHS|S|U| NASL=0|NAL=0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L3' | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L3'' | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
If there is no egress failure, the LSR R2 executes the POP-N-LSE action with POP-N = 2
and pops the BMLs L3' and L3''.
R2 pops the top-of-stack label L3 and forwards the packet as usual to the egress.¶
If the LSR R2 detects an egress failure, it becomes the PLR. The POP-N-LSE action is ignored and the NAS is popped along with the top-of-stack label. This stack is shown in Figure 1. This time, the BMLs L3' and L3'' are at the top-of-stack. The packet is forwarded according to those labels to the alternative egress node R3''.¶
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L3' | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPLS-Label = L3'' | TC |S| TTL | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The security issues discussed in [I-D.ietf-mpls-mna-hdr] and in [RFC8679] apply to this document.¶
This document makes no request of IANA.¶