draft-ietf-mpls-summary-frr-rsvpte-09.txt   rfc8796.txt 
MPLS Working Group M. Taillon Internet Engineering Task Force (IETF) M. Taillon
Internet-Draft Cisco Systems, Inc. Request for Comments: 8796 Cisco Systems, Inc.
Updates: 4090 (if approved) T. Saad, Ed. Updates: 4090 T. Saad, Ed.
Intended status: Standards Track Juniper Networks Category: Standards Track Juniper Networks
Expires: August 29, 2020 R. Gandhi ISSN: 2070-1721 R. Gandhi
Cisco Systems, Inc. Cisco Systems, Inc.
A. Deshmukh A. Deshmukh
Juniper Networks Juniper Networks
M. Jork M. Jork
128 Technology 128 Technology
V. Beeram V. Beeram
Juniper Networks Juniper Networks
February 26, 2020 July 2020
RSVP-TE Summary Fast Reroute Extensions for LSP Tunnels RSVP-TE Summary Fast Reroute Extensions for Label Switched Path (LSP)
draft-ietf-mpls-summary-frr-rsvpte-09 Tunnels
Abstract Abstract
This document updates RFC 4090 for the Resource Reservation Protocol This document updates RFC 4090 for the Resource Reservation Protocol
(RSVP) Traffic-Engineering (TE) procedures defined for facility (RSVP) Traffic Engineering (TE) procedures defined for facility
backup protection. The updates include extensions that reduce the backup protection. The updates include extensions that reduce the
amount of signaling and processing that occurs during Fast Reroute amount of signaling and processing that occurs during Fast Reroute
(FRR), and subsequently, improves scalability when undergoing FRR (FRR); as a result, scalability when undergoing FRR convergence after
convergence after a link or node failure. These extensions allow the a link or node failure is improved. These extensions allow the RSVP
RSVP message exchange between the Point of Local Repair (PLR) and the message exchange between the Point of Local Repair (PLR) and the
Merge Point (MP) nodes to be independent of the number of protected Merge Point (MP) nodes to be independent of the number of protected
Label Switched Paths (LSPs) traversing between them when facility Label Switched Paths (LSPs) traversing between them when facility
bypass FRR protection is used. The signaling extensions are fully bypass FRR protection is used. The signaling extensions are fully
backwards compatible with nodes that do not support them. backwards compatible with nodes that do not support them.
Status of This Memo Status of This Memo
This Internet-Draft is submitted in full conformance with the This is an Internet Standards Track document.
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 This document is a product of the Internet Engineering Task Force
and may be updated, replaced, or obsoleted by other documents at any (IETF). It represents the consensus of the IETF community. It has
time. It is inappropriate to use Internet-Drafts as reference received public review and has been approved for publication by the
material or to cite them other than as "work in progress." Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in Section 2 of RFC 7841.
This Internet-Draft will expire on August 29, 2020. Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
https://www.rfc-editor.org/info/rfc8796.
Copyright Notice Copyright Notice
Copyright (c) 2020 IETF Trust and the persons identified as the Copyright (c) 2020 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of (https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License. described in the Simplified BSD License.
Table of Contents Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 1. Introduction
2. Conventions Used in This Document . . . . . . . . . . . . . . 4 2. Conventions Used in This Document
2.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 4 2.1. Terminology
2.2. Acronyms and Abbreviations . . . . . . . . . . . . . . . 4 2.2. Acronyms and Abbreviations
3. Extensions for Summary FRR Signaling . . . . . . . . . . . . 5 3. Extensions for Summary FRR Signaling
3.1. B-SFRR-Ready Extended ASSOCIATION Object . . . . . . . . 6 3.1. B-SFRR-Ready Extended ASSOCIATION Object
3.1.1. IPv4 B-SFRR-Ready Extended ASSOCIATION ID . . . . . . 7 3.1.1. IPv4 B-SFRR-Ready Extended Association ID
3.1.2. IPv6 B-SFRR-Ready Extended ASSOCIATION ID . . . . . . 8 3.1.2. IPv6 B-SFRR-Ready Extended Association ID
3.1.3. Processing Rules for B-SFRR-Ready Extended 3.1.3. Processing Rules for B-SFRR-Ready Extended ASSOCIATION
ASSOCIATION Object . . . . . . . . . . . . . . . . . 9 Object
3.2. B-SFRR-Active Extended ASSOCIATION Object . . . . . . . . 10 3.2. B-SFRR-Active Extended ASSOCIATION Object
3.2.1. IPv4 B-SFRR-Active Extended ASSOCIATION ID . . . . . 11 3.2.1. IPv4 B-SFRR-Active Extended Association ID
3.2.2. IPv6 B-SFRR-Active Extended ASSOCIATION ID . . . . . 12 3.2.2. IPv6 B-SFRR-Active Extended Association ID
3.3. Signaling Procedures Prior to Failure . . . . . . . . . . 14 3.3. Signaling Procedures prior to Failure
3.3.1. PLR Signaling Procedure . . . . . . . . . . . . . . . 15 3.3.1. PLR Signaling Procedure
3.3.2. MP Signaling Procedure . . . . . . . . . . . . . . . 15 3.3.2. MP Signaling Procedure
3.4. Signaling Procedures Post Failure . . . . . . . . . . . . 16 3.4. Signaling Procedures Post-Failure
3.4.1. PLR Signaling Procedure . . . . . . . . . . . . . . . 16 3.4.1. PLR Signaling Procedure
3.4.2. MP Signaling Procedure . . . . . . . . . . . . . . . 17 3.4.2. MP Signaling Procedure
3.5. Refreshing Summary FRR Active LSPs . . . . . . . . . . . 18 3.5. Refreshing Summary FRR Active LSPs
4. Backwards Compatibility . . . . . . . . . . . . . . . . . . . 18 4. Backwards Compatibility
5. Security Considerations . . . . . . . . . . . . . . . . . . . 18 5. Security Considerations
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 18 6. IANA Considerations
7. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 19 7. References
8. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 19 7.1. Normative References
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 19 7.2. Informative References
9.1. Normative References . . . . . . . . . . . . . . . . . . 19 Acknowledgments
9.2. Informative References . . . . . . . . . . . . . . . . . 20 Contributors
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 20 Authors' Addresses
1. Introduction 1. Introduction
The Fast Reroute (FRR) procedures defined in [RFC4090] describe the The Fast Reroute (FRR) procedures defined in [RFC4090] describe the
mechanisms for the Point of Local Repair (PLR) to reroute traffic and mechanisms for the Point of Local Repair (PLR) to reroute traffic and
signaling of a protected RSVP-TE Label Switched Path (LSP) onto the signaling of a protected RSVP-TE Label Switched Path (LSP) onto the
bypass tunnel in the event of a TE link or node failure. Such bypass tunnel in the event of a TE link or node failure. Such
signaling procedures are performed individually for each affected signaling procedures are performed individually for each affected
protected LSP. This may eventually lead to control plane scalability protected LSP. This may eventually lead to control-plane scalability
and latency issues on the PLR and/or the Merge Point (MP) nodes due and latency issues on the PLR and/or the Merge Point (MP) nodes due
to limited memory and CPU processing resources. This condition is to limited memory and CPU processing resources. This condition is
exacerbated when the failure affects a large number of protected LSPs exacerbated when the failure affects a large number of protected LSPs
that traverse the same PLR and MP nodes. that traverse the same PLR and MP nodes.
For example, in a large-scale RSVP-TE LSPs deployment, a single Label For example, in a large-scale deployment of RSVP-TE LSPs, a single
Switched Router (LSR) acting as a PLR node may host tens of thousands Label Switching Router (LSR) acting as a PLR node may host tens of
of protected RSVP-TE LSPs egressing the same protected link, and also thousands of protected RSVP-TE LSPs egressing the same protected link
act as an MP node for a similar number of LSPs that ingress on the and also act as an MP node for a similar number of LSPs that ingress
same link. In the event of the failure of the link or neighbor node, on the same link. In the event of the failure of the link or
the RSVP-TE control plane of the node (when acting as a PLR node) neighbor node, the RSVP-TE control plane of the node (when acting as
becomes busy rerouting protected LSPs over the bypass tunnel(s) in a PLR node) becomes busy rerouting protected LSPs over the bypass
one direction, and (when acting as an MP node) becomes busy merging tunnel(s) in one direction and (when acting as an MP node) becomes
RSVP states from signaling received over bypass tunnels for LSP(s) in busy merging RSVP states from signaling received over bypass tunnels
the reverse direction. Subsequently, the head-end Label Edge Routers for one or more LSPs in the reverse direction. Subsequently, the
(LERs) that are notified of the local repair at downstream LSR will head-end Label Edge Routers (LERs) that are notified of the local
attempt to (re)converge the affected RSVP-TE LSPs onto newly computed repair at any downstream LSRs will attempt to (re)converge the
paths - possibly traversing the same previously affected LSR(s). As affected RSVP-TE LSPs onto newly computed paths -- possibly
a result, the RSVP-TE control plane becomes overwhelmed by the amount traversing the same previously affected LSR(s). As a result, the
of FRR RSVP-TE processing overhead following the link or node RSVP-TE control plane becomes overwhelmed (1) by the amount of FRR
failure, and due to other control plane protocol(s) (e.g. the IGP) RSVP-TE processing overhead following the link or node failure and
that undergo convergence on the same node at the same time too. (2) due to other control-plane protocols (e.g., IGP) that undergo
convergence on the same node at the same time.
Today, each protected RSVP-TE LSP is signaled individually over the Today, each protected RSVP-TE LSP is signaled individually over the
bypass tunnel after FRR. The changes introduced in this document bypass tunnel after FRR. The changes introduced in this document
allow the PLR node to assign multiple protected LSPs to a bypass allow the PLR node to assign multiple protected LSPs to a bypass
tunnel group and to communicate this assignment to the MP, such that tunnel group and to communicate this assignment to the MP, such that
upon failure, the signaling over the bypass tunnel happens on bypass upon failure, the signaling over the bypass tunnel happens on one or
tunnel group(s). New extensions are defined in this document to more bypass tunnel groups. This document defines new extensions that
update the procedures defined in [RFC4090] for facility backup
protection to enable the MP node to become aware of the PLR node's
bypass tunnel assignment group(s) and to allow FRR procedures between
the PLR and the MP nodes to be signaled and processed on per bypass
tunnel group(s).
As defined in [RFC2961], Summary Refresh procedures use MESSAGE_ID to 1. update the procedures defined in [RFC4090] for facility backup
protection, to enable the MP node to become aware of the PLR
node's bypass tunnel assignment group or groups.
2. allow FRR procedures between the PLR and the MP nodes to be
signaled and processed on one or more per-bypass tunnel groups.
As defined in [RFC2961], summary refresh procedures use MESSAGE_ID to
refresh the RSVP Path and Resv states to help with scaling. The refresh the RSVP Path and Resv states to help with scaling. The
Summary FRR procedures introduced in this document build on those Summary FRR procedures introduced in this document build on those
concepts to allow the MESSAGE_ID(s) to be exchanged on per bypass concepts to allow the MESSAGE_ID(s) to be exchanged on one or more
tunnel assignment group, and continue use Summary Refresh procedures per-bypass tunnel assignment groups and continue to use summary
while reducing the amount of messaging that occurs after rerouting refresh procedures while reducing the amount of messaging that occurs
signaling over the bypass tunnel post FRR. after rerouting signaling over the bypass tunnel post-FRR.
2. Conventions Used in This Document 2. Conventions Used in This Document
2.1. Terminology 2.1. Terminology
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as described in BCP "OPTIONAL" in this document are to be interpreted as described in
14 [RFC2119] [RFC8174] when, and only when, they appear in all BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all
capitals, as shown here. capitals, as shown here.
2.2. Acronyms and Abbreviations 2.2. Acronyms and Abbreviations
The reader is assumed to be familiar with terms and abbreviations It is assumed that the reader is familiar with the terms and
used in [RFC3209] and [RFC4090]. abbreviations used in [RFC3209] and [RFC4090].
The following abbreviations are also used in this document: The following abbreviations are also used in this document:
LSR: Label Switching Router LSR: Label Switching Router
LER: Label Edge Router LER: Label Edge Router
MPLS: Multiprotocol Label Switching MPLS: Multiprotocol Label Switching
LSP: Label Switched Path LSP: Label Switched Path
MP: Merge Point node as defined in [RFC4090] MP: Merge Point node as defined in [RFC4090]
PLR: Point of Local Repair node as defined in [RFC4090] PLR: Point of Local Repair node as defined in [RFC4090]
FRR: Fast Reroute as defined in [RFC4090] FRR: Fast Reroute as defined in [RFC4090]
B-SFRR-Ready: Bypass Summary FRR Ready Extended ASSOCIATION B-SFRR-Ready: Bypass Summary FRR Ready Extended ASSOCIATION object.
object. Added by the PLR node for each LSP protected by the Added by the PLR node for each LSP protected by the bypass tunnel
bypass tunnel.
B-SFRR-Active: Bypass Summary FRR Active Extended ASSOCIATION B-SFRR-Active: Bypass Summary FRR Active Extended ASSOCIATION
object. Used to notify the MP node that one or more groups of object. Used to notify the MP node that one or more groups of
protected LSP(s) have been rerouted over the associated bypass protected LSPs have been rerouted over the associated bypass
tunnel. tunnel
MTU: Maximum transmission unit. MTU: Maximum Transmission Unit
3. Extensions for Summary FRR Signaling 3. Extensions for Summary FRR Signaling
The RSVP ASSOCIATION object is defined in [RFC4872] as a means to The RSVP ASSOCIATION object is defined in [RFC4872] as a means to
associate LSPs with each other. For example, in the context of associate LSPs with each other. For example, in the context of one
GMPLS-controlled LSP(s), the ASSOCIATION object is used to associate or more GMPLS-controlled LSPs, the ASSOCIATION object is used to
a recovery LSP with the LSP(s) it is protecting. The Extended associate a recovery LSP with the LSP(s) it is protecting. The
ASSOCIATION object is introduced in [RFC6780] to expand on the Extended ASSOCIATION object is introduced in [RFC6780] to expand on
possible usage of the ASSOCIATION object and generalize the the possible usage of the ASSOCIATION object and generalize the
definition of the Extended Association ID field. definition of the Extended Association ID field.
This document defines the use of the Extended ASSOCIATION object to This document defines the use of the Extended ASSOCIATION object to
carry the Summary FRR information and associate the protected LSP(s) carry the Summary FRR information and associate the protected LSP or
with the bypass tunnel that protects them. Two new Association Types LSPs with the bypass tunnel that protects them. Two new Association
for the Extended ASSOCIATION object, and new Extended Association IDs Types for the Extended ASSOCIATION object, and new Extended
are proposed in this document to describe the Bypass Summary FRR Association IDs, are defined in this document to describe the Bypass
Ready (B-SFRR-Ready) and the Bypass Summary FRR Active (B-SFRR- Summary FRR Ready (B-SFRR-Ready) and Bypass Summary FRR Active
Active) associations. (B-SFRR-Active) associations.
The PLR node creates and manages the Summary FRR LSP groups The PLR node creates and manages the Summary FRR LSP groups
(identified by Bypass_Group_Identifiers) and shares the group (identified by Bypass_Group_Identifiers) and shares the group
identifier(s) with the MP via signaling. identifiers with the MP via signaling.
A PLR node SHOULD assign the same Bypass_Group_Identifier to all A PLR node SHOULD assign the same Bypass_Group_Identifier to all
protected LSPs provided that the protected LSPs: protected LSPs provided that the protected LSPs:
o share the same outgoing protected interface, * share the same outgoing protected interface,
o are protected by the same bypass tunnel, and * are protected by the same bypass tunnel, and
o are assigned the same tunnel sender address that is used for * are assigned the same tunnel sender address that is used for
backup path identification after FRR as described in [RFC4090]. backup path identification after FRR as described in [RFC4090].
This minimizes the number of bypass tunnel SFRR groups, and optimizes This minimizes the number of bypass tunnel Summary FRR groups and
the amount of signaling that occurs between the PLR and the MP nodes optimizes the amount of signaling that occurs between the PLR and the
after FRR. MP nodes after FRR.
A PLR node that supports Summary FRR procedures adds an Extended A PLR node that supports Summary FRR procedures adds an Extended
ASSOCIATION object with B-SFRR-Ready Extended Association ID in the ASSOCIATION object with a B-SFRR-Ready Extended Association ID in the
RSVP Path message of the protected LSP. The PLR node adds the RSVP Path message of the protected LSP. The PLR node adds the
protected LSP Bypass_Group_Identifier, information from the assigned protected LSP Bypass_Group_Identifier, information from the assigned
bypass tunnel, and MESSAGE_ID object into the B-SFRR-Ready Extended bypass tunnel, and a MESSAGE_ID object into the B-SFRR-Ready Extended
Association ID. The MP uses the information contained in the Association ID. The MP uses the information contained in the
received B-SFRR-Ready Extended Association ID to refresh and merge received B-SFRR-Ready Extended Association ID to refresh and merge
the protected LSP Path state after FRR occurs. the protected LSP Path state after FRR occurs.
An MP node that supports Summary FRR procedures adds the B-SFRR-Ready An MP node that supports Summary FRR procedures adds the B-SFRR-Ready
Extended ASSOCIATION object and respective Extended Association ID in Extended ASSOCIATION object and respective Extended Association ID in
the RSVP Resv message of the protected LSP to acknowledge the PLR's the RSVP Resv message of the protected LSP to acknowledge the PLR's
bypass tunnel assignment, and provide the MESSAGE_ID object that the bypass tunnel assignment and provide the MESSAGE_ID object that the
MP node will use to refresh the protected LSP Resv state after FRR MP node will use to refresh the protected LSP Resv state after FRR
occurs. occurs.
The MP maintains the PLR node group assignments learned from The MP maintains the PLR node group assignments learned from
signaling, and acknowledges the group assignments to the PLR node via signaling and acknowledges the group assignments to the PLR node via
signaling. Once the PLR node receives the group assignment signaling. Once the PLR node receives the group assignment
acknowledgment from the MP, the FRR signaling can proceed based on acknowledgment from the MP, the FRR signaling can proceed based on
Summary FRR procedures as described in this document. Summary FRR procedures as described in this document.
The B-SFRR-Active Extended ASSOCIATION object with Extended The B-SFRR-Active Extended ASSOCIATION object with Extended
Association ID is sent by the PLR node after activating the Summary Association ID is sent by the PLR node after activating the Summary
FRR procedures. The B-SFRR-Active Extended ASSOCIATION object with FRR procedures. The B-SFRR-Active Extended ASSOCIATION object with
Extended Association ID is sent within the RSVP Path message of the Extended Association ID is sent within the RSVP Path message of the
bypass tunnel to inform the MP node that one or more groups of bypass tunnel to inform the MP node that one or more groups of
protected LSPs protected by the bypass tunnel are now being rerouted protected LSPs protected by the bypass tunnel are now being rerouted
over the bypass tunnel. over the bypass tunnel.
3.1. B-SFRR-Ready Extended ASSOCIATION Object 3.1. B-SFRR-Ready Extended ASSOCIATION Object
The Extended ASSOCIATION object is populated using the rules defined The Extended ASSOCIATION object is populated using the rules defined
below to associate a protected LSP with the bypass tunnel that is below to associate a protected LSP with the bypass tunnel that is
protecting it when Summary FRR procedures are enabled. protecting it when Summary FRR procedures are enabled.
The Association Type, Association ID, and Association Source MUST be The Association Type, Association ID, and Association Source MUST be
set as defined in [RFC4872] for the ASSOCIATION Object. More set as defined in [RFC4872] for the ASSOCIATION object. More
specifically: specifically:
Association Source: Association Source:
The Association Source is set to an address of the PLR node.
The Association Source is set to an address of the PLR node.
Association Type: Association Type:
A new Association Type is defined for B-SFRR-Ready as follows:
A new Association Type is defined for B-SFRR-Ready as follows: +=======+=====================================================+
| Value | Type |
+=======+=====================================================+
| 5 | Bypass Summary FRR Ready Association (B-SFRR-Ready) |
+-------+-----------------------------------------------------+
Value Type Table 1: The B-SFRR-Ready Association Type
------- ------
(TBD-1) Bypass Summary FRR Ready Association (B-SFRR-Ready)
The Extended ASSOCIATION object's Global Association Source MUST be The Extended ASSOCIATION object's Global Association Source MUST be
set according to the rules defined in [RFC6780]. set according to the rules defined in [RFC6780].
The B-SFRR-Ready Extended ASSOCIATION ID is populated by the PLR node The B-SFRR-Ready Extended Association ID is populated by the PLR node
when performing Bypass Summary FRR Ready association for a protected when performing Bypass Summary FRR Ready association for a protected
LSP. The rules governing its population are described in the LSP. The rules governing its population are described in the
subsequent sections. subsequent sections.
3.1.1. IPv4 B-SFRR-Ready Extended ASSOCIATION ID 3.1.1. IPv4 B-SFRR-Ready Extended Association ID
The IPv4 Extended ASSOCIATION ID for the B-SFRR-Ready association The IPv4 Extended Association ID for the B-SFRR-Ready Association
type is carried inside the IPv4 Extended ASSOCIATION object and has Type is carried inside the IPv4 Extended ASSOCIATION object and has
the following format: the following format:
0 1 2 3 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 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Tunnel_ID | Reserved | | Bypass_Tunnel_ID | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Source_IPv4_Address | | Bypass_Source_IPv4_Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Destination_IPv4_Address | | Bypass_Destination_IPv4_Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier | | Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MESSAGE_ID | | MESSAGE_ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: The IPv4 Extended ASSOCIATION ID for B-SFRR-Ready
Bypass_Tunnel_ID: 16 bits Figure 1: The IPv4 Extended Association ID for B-SFRR-Ready
The bypass tunnel identifier. Bypass_Tunnel_ID: 16 bits
Reserved: 16 bits The bypass tunnel identifier.
Reserved for future use. MUST be set to zero when sending Reserved: 16 bits
and ignored on receipt.
Bypass_Source_IPv4_Address: 32 bits Reserved for future use. MUST be set to zero when sending and
ignored on receipt.
The bypass tunnel source IPV4 address. Bypass_Source_IPv4_Address: 32 bits
Bypass_Destination_IPv4_Address: 32 bits The bypass tunnel source IPv4 address.
The bypass tunnel destination IPV4 address. Bypass_Destination_IPv4_Address: 32 bits
Bypass_Group_Identifier: 32 bits The bypass tunnel destination IPv4 address.
The bypass tunnel group identifier that is assigned to the Bypass_Group_Identifier: 32 bits
LSP.
MESSAGE_ID The bypass tunnel group identifier that is assigned to the LSP.
A MESSAGE_ID object as defined by [RFC2961]. MESSAGE_ID: A MESSAGE_ID object as defined by [RFC2961].
3.1.2. IPv6 B-SFRR-Ready Extended ASSOCIATION ID 3.1.2. IPv6 B-SFRR-Ready Extended Association ID
The IPv6 Extended ASSOCIATION ID for the B-SFRR-Ready association The IPv6 Extended Association ID for the B-SFRR-Ready Association
type is carried inside the IPv6 Extended ASSOCIATION object and has Type is carried inside the IPv6 Extended ASSOCIATION object and has
the following format: the following format:
0 1 2 3 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 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Tunnel_ID | Reserved | | Bypass_Tunnel_ID | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | | |
+ + + +
| | | |
+ Bypass_Source_IPv6_Address + + Bypass_Source_IPv6_Address +
| | | |
+ + + +
| | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | | |
+ + + +
| | | |
+ Bypass_Destination_IPv6_Address + + Bypass_Destination_IPv6_Address +
| | | |
+ + + +
| | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier | | Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MESSAGE_ID | | MESSAGE_ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: The IPv6 Extended ASSOCIATION ID for B-SFRR-Ready
Bypass_Tunnel_ID: 16 bits Figure 2: The IPv6 Extended Association ID for B-SFRR-Ready
The bypass tunnel identifier. Bypass_Tunnel_ID: 16 bits
Reserved: 16 bits The bypass tunnel identifier.
Reserved for future use. MUST be set to zero when sending Reserved: 16 bits
and ignored on receipt.
Bypass_Source_IPv6_Address: 128 bits Reserved for future use. MUST be set to zero when sending and
ignored on receipt.
The bypass tunnel source IPV6 address. Bypass_Source_IPv6_Address: 128 bits
Bypass_Destination_IPv6_Address: 128 bits The bypass tunnel source IPv6 address.
The bypass tunnel destination IPV6 address. Bypass_Destination_IPv6_Address: 128 bits
Bypass_Group_Identifier: 32 bits The bypass tunnel destination IPv6 address.
The bypass tunnel group identifier that is assigned to the Bypass_Group_Identifier: 32 bits
LSP.
MESSAGE_ID The bypass tunnel group identifier that is assigned to the LSP.
A MESSAGE_ID object as defined by [RFC2961]. MESSAGE_ID: A MESSAGE_ID object as defined by [RFC2961].
3.1.3. Processing Rules for B-SFRR-Ready Extended ASSOCIATION Object 3.1.3. Processing Rules for B-SFRR-Ready Extended ASSOCIATION Object
A PLR node assigns a bypass tunnel and Bypass_Group_Identifier for A PLR node assigns a bypass tunnel and Bypass_Group_Identifier for
each protected LSP. The same Bypass_Group_Identifier is used for the each protected LSP. The same Bypass_Group_Identifier is used for the
set of protected LSPs that share the same bypass tunnel, traverse the set of protected LSPs that share the same bypass tunnel, traverse the
same egress link and are not already rerouted. The PLR node MUST same egress link, and are not already rerouted. The PLR node MUST
generate a MESSAGE_ID object with Epoch and Message_Identifier set generate a MESSAGE_ID object with Epoch and Message_Identifier set
according to [RFC2961]. The MESSAGE_ID object flags MUST be cleared according to [RFC2961]. The MESSAGE_ID object Flags MUST be cleared
when transmitted by the PLR node and ignored when received at the MP when transmitted by the PLR node and ignored when received at the MP
node. node.
A PLR node MUST generate a new Message_Identifier each time the A PLR node MUST generate a new Message_Identifier each time the
contents of the B-SFRR-Ready Extended ASSOCIATION ID changes (e.g. contents of the B-SFRR-Ready Extended Association ID change (e.g.,
when the PLR node changes the bypass tunnel assignment). when the PLR node changes the bypass tunnel assignment).
A PLR node notifies the MP node of the bypass tunnel assignment via A PLR node notifies the MP node of the bypass tunnel assignment via
adding a B-SFRR-Ready Extended ASSOCIATION object and Extended adding a B-SFRR-Ready Extended ASSOCIATION object and Extended
Association ID in the RSVP Path message for the protected LSP using Association ID in the RSVP Path message for the protected LSP, using
procedures described in Section 3.3. the procedures described in Section 3.3.
An MP node acknowledges the assignment to the PLR node by signaling An MP node acknowledges the assignment to the PLR node by signaling
the B-SFRR-Ready Extended ASSOCIATION object and Extended Association the B-SFRR-Ready Extended ASSOCIATION object and Extended Association
ID within the RSVP Resv message of the protected LSP. With the ID within the RSVP Resv message of the protected LSP. With the
exception of the MESSAGE_ID objects, all other fields of the received exception of the MESSAGE_ID object, all other fields from the
in the B-SFRR-Ready Extended ASSOCIATION ID in the RSVP Path message received B-SFRR-Ready Extended Association ID in the RSVP Path
are copied into the B-SFRR-Ready Extended ASSOCIATION ID to be added message are copied into the B-SFRR-Ready Extended Association ID to
in the Resv message. The MESSAGE_ID object is set according to be added in the Resv message. The MESSAGE_ID object is set according
[RFC2961]. The MESSAGE_ID object flags MUST be cleared when to [RFC2961]. The MESSAGE_ID object Flags MUST be cleared when
transmitted by the MP node and ignored when received at the PLR node. transmitted by the MP node and ignored when received at the PLR node.
A new Message_Identifier MUST be used to acknowledge an updated PLR A new Message_Identifier MUST be used to acknowledge an updated PLR
node's assignment. node's assignment.
A PLR node considers the protected LSP as Summary FRR capable only if A PLR node considers the protected LSP as Summary FRR capable only if
all the fields in the B-SFRR-Ready Extended ASSOCIATION ID that are all the fields in the B-SFRR-Ready Extended Association ID that are
sent in the RSVP Path message match the fields received in the RSVP sent in the RSVP Path message match the fields received in the RSVP
Resv message (with exception of the MESSAGE_ID). If the fields do Resv message (with the exception of the MESSAGE_ID). If the fields
not match, or if B-SFRR-Ready Extended ASSOCIATION object is absent do not match or if the B-SFRR-Ready Extended ASSOCIATION object is
in a subsequent refresh, the PLR node MUST consider the protected LSP absent in a subsequent refresh, the PLR node MUST consider the
as not Summary FRR capable. protected LSP as not Summary FRR capable.
A race condition may arise for a previously Summary FRR capable A race condition may arise for a previously Summary FRR-capable
protected LSP when the MP node triggers a refresh that does not protected LSP when the MP node triggers a refresh that does not
contain the B-SFRR-Ready Extended ASSOCIATION object, while at the contain the B-SFRR-Ready Extended ASSOCIATION object, while at the
same time, the PLR triggers Summary FRR procedures due to a fault same time the PLR triggers Summary FRR procedures due to a fault
occurring concurrently. In this case, it is possible that the PLR occurring concurrently. In this case, it is possible that the PLR
triggers Summary FRR procedurees on the protected LSP before it can triggers Summary FRR procedures on the protected LSP before it can
receive and process the refresh from the MP node. As a result, the receive and process the refresh from the MP node. As a result, the
MP will receive a Srefresh with a Message_Identifier that is not MP will receive an Srefresh with a Message_Identifier that is not
associated with any state. As per [RFC2961], this results in the MP associated with any state. As per [RFC2961], this results in the MP
generating an Srefresh NACK for this Message_Identifier and sending generating an Srefresh NACK for this Message_Identifier and sending
it back to the PLR. The PLR processes the Srefresh NACK and replays it back to the PLR. The PLR processes the Srefresh NACK, replays the
the full Path state associated with the Message_Identifier, and full Path state associated with the Message_Identifier, and
subsequently recovering from this condition. subsequently recovers from this condition.
3.2. B-SFRR-Active Extended ASSOCIATION Object 3.2. B-SFRR-Active Extended ASSOCIATION Object
The Extended ASSOCIATION object for B-SFRR-Active association type is The Extended ASSOCIATION object for the B-SFRR-Active Association
populated by a PLR node to indicate to the MP node (bypass tunnel Type is populated by a PLR node to indicate to the MP node (the
destination) that one or more groups of Summary FRR protected LSPs bypass tunnel destination) that one or more groups of Summary
that are being protected by the bypass tunnel are being rerouted over FRR-capable protected LSPs that are being protected by the bypass
the bypass tunnel. tunnel are being rerouted over the bypass tunnel.
The B-SFRR-Active Extended ASSOCIATION object is carried in the RSVP The B-SFRR-Active Extended ASSOCIATION object is carried in the RSVP
Path message of the bypass tunnel and signaled downstream towards the Path message of the bypass tunnel and signaled downstream towards the
MP (bypass tunnel destination). MP (the bypass tunnel destination).
The Association Type, Association ID, and Association Source MUST be The Association Type, Association ID, and Association Source MUST be
set as defined in [RFC4872] for the ASSOCIATION Object. More set as defined in [RFC4872] for the ASSOCIATION object. More
specifically: specifically:
Association Source: Association Source:
The Association Source is set to an address of the PLR node.
The Association Source is set to an address of the PLR node.
Association Type: Association Type:
A new Association Type is defined for B-SFRR-Active as follows:
A new Association Type is defined for B-SFRR-Active as follows: +=======+=======================================================+
| Value | Type |
Value Type +=======+=======================================================+
------- ------ | 6 | Bypass Summary FRR Active Association (B-SFRR-Active) |
(TBD-2) Bypass Summary FRR Active Association (B-SFRR-Active) +-------+-------------------------------------------------------+
Extended ASSOCIATION ID for B-SFRR-Active: Table 2: The B-SFRR-Active Association Type
The B-SFRR-Active Extended ASSOCIATION ID is Extended Association ID for B-SFRR-Active:
populated by the PLR node for the Bypass Summary FRR Active The B-SFRR-Active Extended Association ID is populated by the PLR
association. The rules to populate the Extended ASSOCIATION ID node for the Bypass Summary FRR Active association. The rules to
in this case are described below. populate the Extended Association ID in this case are described
below.
3.2.1. IPv4 B-SFRR-Active Extended ASSOCIATION ID 3.2.1. IPv4 B-SFRR-Active Extended Association ID
The IPv4 Extended ASSOCIATION ID for the B-SFRR-Active association The IPv4 Extended Association ID for the B-SFRR-Active Association
type is carried inside the IPv4 Extended ASSOCIATION object and has Type is carried inside the IPv4 Extended ASSOCIATION object and has
the following format: the following format:
0 1 2 3 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 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Num-BGIDs | Reserved | | Num-BGIDs | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier | | Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| : | | : |
skipping to change at page 11, line 50 skipping to change at line 505
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier | | Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// RSVP_HOP_Object // // RSVP_HOP_Object //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// TIME_VALUES // // TIME_VALUES //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| IPv4 tunnel sender address | | IPv4 tunnel sender address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: The IPv4 Extended ASSOCIATION ID for B-SFRR-Active Figure 3: The IPv4 Extended Association ID for B-SFRR-Active
Num-BGIDs: 16 bits Num-BGIDs: 16 bits
Number of Bypass_Group_Identifier fields. Number of Bypass_Group_Identifier fields.
Reserved: 16 bits Reserved: 16 bits
Reserved for future use. Reserved for future use.
Bypass_Group_Identifier: 32 bits each Bypass_Group_Identifier: 32 bits each
A Bypass_Group_Identifier that was previously signaled by the PLR A Bypass_Group_Identifier that was previously signaled by the PLR
using the Extended ASSOCIATION object in the B-SFRR-Ready Extended using the Extended ASSOCIATION object in the B-SFRR-Ready Extended
Association ID. One or more Bypass_Group_Identifiers MAY be Association ID. One or more Bypass_Group_Identifiers MAY be
included. included.
RSVP_HOP_Object: Class 3, as defined by [RFC2205] RSVP_HOP_Object: Class 3, as defined by [RFC2205]
Replacement RSVP HOP object to be applied to all LSPs associated Replacement RSVP_HOP object to be applied to all LSPs associated
with each of the following Bypass_Group_Identifiers. This with each of the following Bypass_Group_Identifiers. This
corresponds to C-Type = 1 for IPv4 RSVP HOP. corresponds to C-Type = 1 for IPv4 RSVP_HOP.
TIME_VALUES object: Class 5, as defined by [RFC2205] TIME_VALUES object: Class 5, as defined by [RFC2205]
Replacement TIME_VALUES object to be applied to all LSPs Replacement TIME_VALUES object to be applied to all LSPs
associated with each of the preceding Bypass_Group_Identifiers associated with each of the preceding Bypass_Group_Identifiers
after receiving the B-SFRR-Active Extended ASSOCIATION Object. after receiving the B-SFRR-Active Extended ASSOCIATION object.
IPv4 tunnel sender address: IPv4 tunnel sender address:
The IPv4 address that the PLR node sets to identify one or more
backup paths as described in Section 6.1.1 of [RFC4090]. This
address is applicable to all groups identified by any
Bypass_Group_Identifiers carried in the B-SFRR-Active Extended
Association ID.
The IPv4 address that the PLR node sets to identify backup path(s) 3.2.2. IPv6 B-SFRR-Active Extended Association ID
as described in Section 6.1.1 of [RFC4090]. This address is
applicable to all groups identified by Bypass_Group_Identifier(s)
carried in the B-SFRR-Active Extended ASSOCIATION ID.
3.2.2. IPv6 B-SFRR-Active Extended ASSOCIATION ID
The IPv6 Extended ASSOCIATION ID for the B-SFRR-Active association The IPv6 Extended Association ID for the B-SFRR-Active Association
type is carried inside the IPv6 Extended ASSOCIATION object and has Type is carried inside the IPv6 Extended ASSOCIATION object and has
the following format: the following format:
0 1 2 3 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 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Num-BGIDs | Reserved | | Num-BGIDs | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Bypass_Group_Identifier | | Bypass_Group_Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| : | | : |
skipping to change at page 13, line 31 skipping to change at line 573
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | | |
+ + + +
| | | |
+ IPv6 tunnel sender address + + IPv6 tunnel sender address +
| | | |
+ + + +
| | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: The IPv6 Extended ASSOCIATION ID for B-SFRR-Active Figure 4: The IPv6 Extended Association ID for B-SFRR-Active
Num-BGIDs: 16 bits Num-BGIDs: 16 bits
Number of Bypass_Group_Identifier fields. Number of Bypass_Group_Identifier fields.
Reserved: 16 bits Reserved: 16 bits
Reserved for future use. Reserved for future use.
Bypass_Group_Identifier: 32 bits each Bypass_Group_Identifier: 32 bits each
A Bypass_Group_Identifier that was previously signaled by the PLR A Bypass_Group_Identifier that was previously signaled by the PLR
using the Extended ASSOCIATION object in the B-SFRR-Ready Extended using the Extended ASSOCIATION object in the B-SFRR-Ready Extended
Association ID. One or more Bypass_Group_Identifiers MAY be Association ID. One or more Bypass_Group_Identifiers MAY be
included. included.
RSVP_HOP_Object: Class 3, as defined by [RFC2205] RSVP_HOP_Object: Class 3, as defined by [RFC2205]
Replacement RSVP HOP object to be applied to all LSPs associated
Replacement RSVP_HOP object to be applied to all LSPs associated
with each of the following Bypass_Group_Identifiers. This with each of the following Bypass_Group_Identifiers. This
corresponds to C-Type = 2 for IPv6 RSVP HOP. corresponds to C-Type = 2 for IPv6 RSVP_HOP.
TIME_VALUES object: Class 5, as defined by [RFC2205] TIME_VALUES object: Class 5, as defined by [RFC2205]
Replacement TIME_VALUES object to be applied to all LSPs Replacement TIME_VALUES object to be applied to all LSPs
associated with each of the following Bypass_Group_Identifiers associated with each of the following Bypass_Group_Identifiers
after receiving the B-SFRR-Active Extended ASSOCIATION Object. after receiving the B-SFRR-Active Extended ASSOCIATION object.
IPv6 tunnel sender address: IPv6 tunnel sender address:
The IPv6 address that the PLR node sets to identify one or more
backup paths as described in Section 6.1.1 of [RFC4090]. This
address is applicable to all groups identified by any
Bypass_Group_Identifiers carried in the B-SFRR-Active Extended
Association ID.
The IPv6 address that the PLR node sets to identify backup path(s) 3.3. Signaling Procedures prior to Failure
as described in Section 6.1.1 of [RFC4090]. This address is
applicable to all groups identified by Bypass_Group_Identifier(s)
carried in the B-SFRR-Active Extended ASSOCIATION ID.
3.3. Signaling Procedures Prior to Failure
Before Summary FRR procedures can be used, a handshake MUST be Before Summary FRR procedures can be used, a handshake MUST be
completed between the PLR and MP nodes. This handshake is performed completed between the PLR and MP nodes. This handshake is performed
using the Extended ASSOCIATION object that carries the B-SFRR-Ready using the Extended ASSOCIATION object that carries the B-SFRR-Ready
Extended Association ID in both the RSVP Path and Resv messages of Extended Association ID in both the RSVP Path and Resv messages of
the protected LSP. the protected LSP.
The facility backup method introduced in [RFC4090] takes advantage of The facility backup method introduced in [RFC4090] takes advantage of
MPLS label stacking (PLR node imposing additional MPLS label post MPLS label stacking (the PLR node imposes additional MPLS labels
FRR) to allow rerouting of protected traffic over the backup path. post-FRR) to allow rerouting of protected traffic over the backup
The backup path may have stricter MTU requirement and due to label path. The backup path may have stricter MTU requirements; due to
stacking at PLR node, the protected traffic may exceed the backup label stacking at the PLR node, the protected traffic may exceed the
path MTU. The operator is assumed to engineer their network to allow backup path MTU. It is assumed that the operator engineers their
rerouting of protected traffic and the additional label stacking at network to allow rerouting of protected traffic and the additional
PLR node to not exceed the backup path MTU. label stacking at the PLR node in order to not exceed the backup path
MTU.
When using procedures defined in this document, the PLR node MUST When using the procedures defined in this document, the PLR node MUST
ensure the bypass tunnel assignment can satisfy the protected LSP MTU ensure that the bypass tunnel assignment can satisfy the protected
requirements post FRR. This avoids any packets from being dropped LSP MTU requirements post-FRR. This prevents any packets from being
due to exceeding the MTU size of the backup path after traffic is dropped due to exceeding the MTU size of the backup path after
rerouted on to the bypass tunnel post the failure. Section 2.6 in traffic is rerouted onto the bypass tunnel post-failure. Section 2.6
[RFC3209] describes a mechanism to determine whether a node needs to of [RFC3209] describes a mechanism to determine whether a node needs
fragment or drop a packet when it exceeds the Path MTU discovered to fragment or drop a packet when it exceeds the path MTU discovered
using RSVP signaling on primary LSP path. A PLR can leverage the using RSVP signaling on the primary LSP path. A PLR can leverage the
RSVP discovered Path MTU on the backup and primary LSP paths to RSVP-discovered path MTU on the backup and primary LSP paths to
ensure MTU is not exceeded before or after rerouting the protected ensure that the MTU is not exceeded before or after rerouting the
traffic on to the bypass tunnel. protected traffic onto the bypass tunnel.
3.3.1. PLR Signaling Procedure 3.3.1. PLR Signaling Procedure
The B-SFRR-Ready Extended ASSOCIATION object is added by each PLR The B-SFRR-Ready Extended ASSOCIATION object is added by each PLR
node in the RSVP Path message of the protected LSP to record the node in the RSVP Path message of the protected LSP to record the
bypass tunnel assignment. This object is updated every time the PLR bypass tunnel assignment. This object is updated every time the PLR
node updates the bypass tunnel assignment and that triggers an RSVP node updates the bypass tunnel assignment. This results in
Path change message. triggering an RSVP Path change message.
Upon receiving an RSVP Resv message with B-SFRR-Ready Extended Upon receiving an RSVP Resv message with a B-SFRR-Ready Extended
ASSOCIATION object, the PLR node checks if the expected sub-objects ASSOCIATION object, the PLR node checks to see if the expected
from the B-SFRR-Ready Extended ASSOCIATION ID are present. If subobjects from the B-SFRR-Ready Extended Association ID are present.
present, the PLR node determines if the MP has acknowledged the If present, the PLR node determines if the MP has acknowledged the
current PLR node's assignment. current PLR node's assignment.
To be a valid acknowledgement, the received B-SFRR-Ready Extended To be a valid acknowledgment, the received B-SFRR-Ready Extended
ASSOCIATION ID contents within the RSVP Resv message of the protected Association ID contents within the RSVP Resv message of the protected
LSP MUST match the latest B-SFRR-Ready Extended ASSOCIATION object LSP MUST match the latest B-SFRR-Ready Extended ASSOCIATION object
and Association ID contents that the PLR node had sent within the and Association ID contents that the PLR node had sent within the
RSVP Path message (with exception of the MESSAGE_ID). RSVP Path message (with the exception of the MESSAGE_ID).
Note, when forwarding an RSVP Resv message upstream, the PLR node Note that when forwarding an RSVP Resv message upstream, the PLR node
SHOULD remove any/all B-SFRR-Ready Extended ASSOCIATION objects whose SHOULD remove any/all B-SFRR-Ready Extended ASSOCIATION objects whose
Bypass_Source_IPv4_Address or Bypass_Source_IPv6_Address field Bypass_Source_IPv4_Address or Bypass_Source_IPv6_Address field
matches any of the PLR node addresses. matches any of the PLR node addresses.
3.3.2. MP Signaling Procedure 3.3.2. MP Signaling Procedure
Upon receiving an RSVP Path message with a B-SFRR-Ready Extended Upon receiving an RSVP Path message with a B-SFRR-Ready Extended
ASSOCIATION object, an MP node processes all (there may be multiple ASSOCIATION object, an MP node processes all (there may be multiple
PLR nodes for a single MP node) B-SFRR-Ready Extended ASSOCIATION PLR nodes for a single MP node) B-SFRR-Ready Extended ASSOCIATION
objects that have the MP node address as Bypass Destination address objects that have the MP node address as the bypass destination
in the Extended Association ID. address in the Extended Association ID.
The MP node first ensures the existence of the bypass tunnel and that The MP node first ensures the existence of the bypass tunnel and that
the Bypass_Group_Identifier is not already FRR active. That is, an the Bypass_Group_Identifier is not already FRR Active. That is, an
LSP cannot join a group that is already FRR rerouted. LSP cannot join a group that is already FRR rerouted.
The MP node builds a mirrored Summary FRR Group database per PLR node The MP node builds a mirrored Summary FRR group database per PLR node
by associating the Bypass_Source_IPv4_Address or by associating the Bypass_Source_IPv4_Address or
Bypass_Source_IPv6_Address that is carried in the IPv4 or IPv6 B- Bypass_Source_IPv6_Address that is carried in the IPv4 or IPv6
SFRR-Ready Extended ASSOCIATION IDs respectively. B-SFRR-Ready Extended Association IDs, respectively.
The MESSAGE_ID is extracted and recorded for the protected LSP Path The MESSAGE_ID is extracted and recorded for the protected LSP Path
state. The MP node signals a B-SFRR-Ready Extended Association state. The MP node signals a B-SFRR-Ready Extended ASSOCIATION
object and Extended Association ID in the RSVP Resv message of the object and Extended Association ID in the RSVP Resv message of the
protected LSP. With the exception of the MESSAGE_ID objects, all protected LSP. With the exception of the MESSAGE_ID objects, all
other fields of the received B-SFRR-Ready Extended ASSOCIATION object other fields of the received B-SFRR-Ready Extended ASSOCIATION object
in the RSVP Path message are copied into the B-SFRR-Ready Extended in the RSVP Path message are copied into the B-SFRR-Ready Extended
ASSOCIATION object to be added in the Resv message. The MESSAGE_ID ASSOCIATION object to be added in the Resv message. The MESSAGE_ID
object is set according to [RFC2961] with the Flags being clear. object is set according to [RFC2961] with the Flags cleared.
Note, an MP may receive more than one RSVP Path message with the B- Note that an MP may receive more than one RSVP Path message with the
SFRR-Ready Extended ASSOCIATION object from different upstream PLR B-SFRR-Ready Extended ASSOCIATION object from one or more different
node(s). In this case, the MP node is expected to save all the upstream PLR nodes. In this case, the MP node is expected to save
received MESSAGE_IDs received from the different upstream PLR all the received MESSAGE_IDs received from the different upstream PLR
node(s). After a failure, the MP node determines and activates the nodes. After a failure, the MP node determines and activates the
state(s) associated with the Bypass_Group_Identifier(s) received in state(s) associated with the Bypass_Group_Identifier(s) received in
the RSVP Path message containing B-SFRR-Active Extended ASSOCIATION the RSVP Path message containing the B-SFRR-Active Extended
object that is signaled over the bypass tunnel from the PLR node, as ASSOCIATION object that is signaled over the bypass tunnel from the
described Section 3.4 PLR node, as described in Section 3.4.
When forwarding an RSVP Path message downstream, the MP node SHOULD When forwarding an RSVP Path message downstream, the MP node SHOULD
remove any/all B-SFRR-Ready Extended ASSOCIATION object(s) whose remove any/all B-SFRR-Ready Extended ASSOCIATION objects whose
Bypass_Destination_IPv4_Address or Bypass_Destination_IPv6_Address Bypass_Destination_IPv4_Address or Bypass_Destination_IPv6_Address
field matches any of the MP node addresses. field matches any of the MP node addresses.
3.4. Signaling Procedures Post Failure 3.4. Signaling Procedures Post-Failure
Upon detection of a fault (egress link or node failure) the PLR node Upon detection of a fault (egress link or node failure), the PLR node
will first perform the object modification procedures described by will first perform the object modification procedures described by
Section 6.4.3 of [RFC4090] for all affected protected LSPs. For the Section 6.4.3 of [RFC4090] for all affected protected LSPs. For the
Summary FRR capable LSPs that are assigned to the same bypass tunnel Summary FRR-capable LSPs that are assigned to the same bypass tunnel,
a common RSVP_HOP and SENDER_TEMPLATE MUST be used. a common RSVP_HOP and SENDER_TEMPLATE MUST be used.
The PLR node MUST signal non-Summary FRR capable LSPs over the bypass The PLR node MUST signal non-Summary FRR-capable LSPs over the bypass
tunnel before signaling the Summary FRR capable LSPs. This is needed tunnel before signaling the Summary FRR-capable LSPs. This is needed
to allow for the case where the PLR node recently changed a bypass to allow for the case where the PLR node recently changed a bypass
assignment and the MP has not processed the change yet. assignment and the MP has not processed the change yet.
The B-SFRR-Active Extended ASSOCIATION object is sent within the RSVP The B-SFRR-Active Extended ASSOCIATION object is sent within the RSVP
Path message of the bypass tunnel to reroute RSVP state of Summary Path message of the bypass tunnel to reroute the RSVP state of
FRR capable LSPs. Summary FRR-capable LSPs.
3.4.1. PLR Signaling Procedure 3.4.1. PLR Signaling Procedure
After a failure event, when using the Summary FRR path signaling After a failure event, when using the Summary FRR path signaling
procedures, an individual RSVP Path message is not signaled for each procedures, an individual RSVP Path message is not signaled for each
Summary FRR LSP. Instead, to reroute Summary FRR LSPs via the bypass Summary FRR LSP. Instead, to reroute Summary FRR LSPs via the bypass
tunnel, the PLR node adds the B-SFRR-Active Extended Association tunnel, the PLR node adds the B-SFRR-Active Extended ASSOCIATION
object in the RSVP Path message of the RSVP session of the bypass object in the RSVP Path message of the RSVP session of the bypass
tunnel. tunnel.
The RSVP_HOP_Object field in the B-SFRR-Active Extended ASSOCIATION The RSVP_HOP_Object field in the B-SFRR-Active Extended Association
ID is set to a common object that will be applied to all LSPs ID is set to a common object that will be applied to all LSPs
associated with the Bypass_Group_Identifiers that are carried in the associated with the Bypass_Group_Identifiers that are carried in the
B-SFRR-Active Extended ASSOCIATION ID. B-SFRR-Active Extended Association ID.
The PLR node adds the Bypass_Group_Identifier(s) of group(s) that The PLR node adds the Bypass_Group_Identifier(s) of any group or
have common group attributes, including the tunnel sender address, to groups that have common group attributes, including the tunnel sender
the same B-SFRR-Active Extended ASSOCIATION ID. Note that multiple address, to the same B-SFRR-Active Extended Association ID. Note
ASSOCIATION objects, each carrying a B-SFRR-Active Extended that multiple ASSOCIATION objects, each carrying a B-SFRR-Active
ASSOCIATION ID, can be carried within a single RSVP Path message of Extended Association ID, can be carried within a single RSVP Path
the bypass tunnel and sent towards the MP as described in [RFC6780]. message of the bypass tunnel and sent towards the MP as described in
[RFC6780].
The previously received MESSAGE_ID(s) from the MP are activated on Any previously received MESSAGE_IDs from the MP are activated on the
the PLR. As a result, the PLR starts sending Srefresh messages PLR. As a result, the PLR starts sending Srefresh messages
containing the specific Message_identifier(s) for the states to be containing the specific Message_Identifier(s) for the states to be
refreshed. refreshed.
3.4.2. MP Signaling Procedure 3.4.2. MP Signaling Procedure
Upon receiving an RSVP Path message with a B-SFRR-Active Extended Upon receiving an RSVP Path message with a B-SFRR-Active Extended
Association object, the MP performs normal merge point processing for ASSOCIATION object, the MP performs normal merge point processing for
each protected LSP associated with each Bypass_Group_Identifier, as each protected LSP associated with each Bypass_Group_Identifier, as
if it had received an individual RSVP Path message for that LSP. if it had received an individual RSVP Path message for that LSP.
For each Summary FRR capable LSP that is being merged, the MP first For each Summary FRR-capable LSP that is being merged, the MP first
modifies the Path state as follows: modifies the Path state as follows:
1. The RSVP_HOP object is copied from the RSVP_HOP_Object field in 1. The RSVP_HOP object is copied from the RSVP_HOP_Object field in
the B-SFRR-Active Extended ASSOCIATION ID. the B-SFRR-Active Extended Association ID.
2. The TIME_VALUES object is copied from the TIME_VALUES field in 2. The TIME_VALUES object is copied from the TIME_VALUES field in
the B-SFRR-Active Extended ASSOCIATION ID. The TIME_VALUES the B-SFRR-Active Extended Association ID. The TIME_VALUES
object contains the refresh time of the PLR node to generate object contains the refresh period of the PLR node, and it is
refreshes and that would have exchanged in a Path message sent to used to generate periodic refreshes. The TIME_VALUES object
the MP after the failure when no Summary FRR procedures are in carried in the B-SFRR-Active Extended Association ID matches the
effect. one that would have been exchanged in a full Path message sent to
the MP after the failure when no Summary FRR procedures are used.
3. The tunnel sender address field in the SENDER_TEMPLATE object is 3. The tunnel sender address field in the SENDER_TEMPLATE object is
copied from the tunnel sender address field of the B-SFRR-Active copied from the tunnel sender address field of the B-SFRR-Active
Extended ASSOCIATION ID. Extended Association ID.
4. The ERO object is modified as per Section 6.4.4 of [RFC4090]. 4. The Explicit Route Object (ERO) is modified as per Section 6.4.4
Once the above modifications are completed, the MP node performs of [RFC4090]. Once the above modifications are completed, the MP
the merge processing as per [RFC4090]. node performs merge processing as per [RFC4090].
5. The previously received MESSAGE_ID(s) from the PLR node are 5. Any previously received MESSAGE_IDs from the PLR node are
activated. The MP is allowed to send Srefresh messages activated. The MP is allowed to send Srefresh messages
containing the specific Message_identifier(s) for the states to containing the specific Message_Identifier(s) for the states to
be refreshed. be refreshed.
A failure during merge processing of any individual rerouted LSP MUST A failure during merge processing of any individual rerouted LSP MUST
result in an RSVP Path Error message. result in an RSVP PathErr message.
An individual RSVP Resv message for each successfully merged Summary An individual RSVP Resv message for each successfully merged Summary
FRR LSP is not signaled. The MP node SHOULD immediately use Summary FRR LSP is not signaled. The MP node SHOULD immediately use summary
Refresh procedures to refresh the protected LSP Resv state. refresh procedures to refresh the protected LSP Resv state.
3.5. Refreshing Summary FRR Active LSPs 3.5. Refreshing Summary FRR Active LSPs
Refreshing of Summary FRR active LSPs is performed using Summary The refreshing of Summary FRR Active LSPs is performed using summary
Refresh as defined by [RFC2961]. refresh as defined by [RFC2961].
4. Backwards Compatibility 4. Backwards Compatibility
The (Extended) ASSOCIATION object is defined in [RFC4872] with a The (Extended) ASSOCIATION object is defined in [RFC4872] with a
class number in the form 11bbbbbb, where b=0 or 1. This ensures class number in the form 11bbbbbb, where b=0 or 1. This ensures
compatibility with non-supporting node(s) in accordance with the compatibility with nodes that do not provide support, in accordance
procedures specified in [RFC2205], Section 3.10 for unknown-class with the procedures specified in Section 3.10 of [RFC2205] regarding
objects, Such nodes will ignore the object and forward it without any unknown-class objects. Such nodes will ignore the object and forward
modification. it without any modification.
5. Security Considerations 5. Security Considerations
This document updates an existing RSVP object. Thus, in the event of This document updates an existing RSVP object -- the Extended
ASSOCIATION object as described in Section 3. Thus, in the event of
the interception of a signaling message, slightly more information the interception of a signaling message, slightly more information
could be deduced about the state of the network than was previously could be deduced about the state of the network than was previously
the case. the case.
When using procedures defined in this document, FRR signaling for When using the procedures defined in this document, FRR signaling for
rerouting of protected LSP(s) states on to the bypass tunnel can be rerouting of the states of one or more protected LSPs onto the bypass
performed on a group of protected LSP(s) with a single RSVP message. tunnel can be performed on a group of protected LSPs with a single
This allows an intruder to potentially impact and manipulate a set of RSVP message. This allows an intruder to potentially impact and
protected LSP that are assigned to the same bypass tunnel group. manipulate a set of protected LSPs that are assigned to the same
Note that such attack is even possible without the mechanisms bypass tunnel group. Note that such an attack is possible even
proposed in this document; albeit, at an extra cost resulting from without the mechanisms defined in this document, albeit at an extra
the excessive per LSP signaling that will occur. cost resulting from the excessive per-LSP signaling that will occur.
Existing mechanisms for maintaining the integrity and authenticity of Existing mechanisms for maintaining the integrity and authenticity of
RSVP protocol messages [RFC2747] can be applied. Other RSVP messages [RFC2747] can be applied. Other considerations
considerations mentioned in [RFC4090] and [RFC5920] also apply. mentioned in [RFC4090] and [RFC5920] also apply.
6. IANA Considerations 6. IANA Considerations
IANA maintains the "Generalized Multi-Protocol Label Switching IANA maintains the "Generalized Multi-Protocol Label Switching
(GMPLS) Signaling Parameters" registry. The "Association Type" sub- (GMPLS) Signaling Parameters" registry. The "Association Type"
registry is included in this registry. subregistry is included in this registry.
This registry has been updated by new Association Type for Extended
ASSOCIATION Object defined in this document as follows:
Value Name Reference
----- ---- ---------
TBD-1 B-SFRR-Ready Association Section 3.1
TBD-2 B-SFRR-Active Association Section 3.2
7. Acknowledgments
The authors would like to thank Alexander Okonnikov, Loa Andersson,
Lou Berger, Eric Osborne, Gregory Mirsky, Mach Chen for reviewing and
providing valuable comments to this document.
8. Contributors This registry has been updated with the new Association Types for the
Extended ASSOCIATION objects defined in this document as follows:
Nicholas Tan +=======+===========================+=============+
Arista Networks | Value | Name | Reference |
+=======+===========================+=============+
| 5 | B-SFRR-Ready Association | Section 3.1 |
+-------+---------------------------+-------------+
| 6 | B-SFRR-Active Association | Section 3.2 |
+-------+---------------------------+-------------+
Email: ntan@arista.com Table 3: New Extended ASSOCIATION Object
Association Types
9. References 7. References
9.1. Normative References 7.1. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997, DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>. <https://www.rfc-editor.org/info/rfc2119>.
[RFC2205] Braden, R., Ed., Zhang, L., Berson, S., Herzog, S., and S. [RFC2205] Braden, R., Ed., Zhang, L., Berson, S., Herzog, S., and S.
Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1
Functional Specification", RFC 2205, DOI 10.17487/RFC2205, Functional Specification", RFC 2205, DOI 10.17487/RFC2205,
September 1997, <https://www.rfc-editor.org/info/rfc2205>. September 1997, <https://www.rfc-editor.org/info/rfc2205>.
skipping to change at page 20, line 10 skipping to change at line 878
[RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., [RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V.,
and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP
Tunnels", RFC 3209, DOI 10.17487/RFC3209, December 2001, Tunnels", RFC 3209, DOI 10.17487/RFC3209, December 2001,
<https://www.rfc-editor.org/info/rfc3209>. <https://www.rfc-editor.org/info/rfc3209>.
[RFC4090] Pan, P., Ed., Swallow, G., Ed., and A. Atlas, Ed., "Fast [RFC4090] Pan, P., Ed., Swallow, G., Ed., and A. Atlas, Ed., "Fast
Reroute Extensions to RSVP-TE for LSP Tunnels", RFC 4090, Reroute Extensions to RSVP-TE for LSP Tunnels", RFC 4090,
DOI 10.17487/RFC4090, May 2005, DOI 10.17487/RFC4090, May 2005,
<https://www.rfc-editor.org/info/rfc4090>. <https://www.rfc-editor.org/info/rfc4090>.
[RFC4872] Lang, J., Ed., Rekhter, Y., Ed., and D. Papadimitriou, [RFC4872] Lang, J.P., Ed., Rekhter, Y., Ed., and D. Papadimitriou,
Ed., "RSVP-TE Extensions in Support of End-to-End Ed., "RSVP-TE Extensions in Support of End-to-End
Generalized Multi-Protocol Label Switching (GMPLS) Generalized Multi-Protocol Label Switching (GMPLS)
Recovery", RFC 4872, DOI 10.17487/RFC4872, May 2007, Recovery", RFC 4872, DOI 10.17487/RFC4872, May 2007,
<https://www.rfc-editor.org/info/rfc4872>. <https://www.rfc-editor.org/info/rfc4872>.
[RFC6780] Berger, L., Le Faucheur, F., and A. Narayanan, "RSVP [RFC6780] Berger, L., Le Faucheur, F., and A. Narayanan, "RSVP
ASSOCIATION Object Extensions", RFC 6780, ASSOCIATION Object Extensions", RFC 6780,
DOI 10.17487/RFC6780, October 2012, DOI 10.17487/RFC6780, October 2012,
<https://www.rfc-editor.org/info/rfc6780>. <https://www.rfc-editor.org/info/rfc6780>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC [RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/info/rfc8174>. May 2017, <https://www.rfc-editor.org/info/rfc8174>.
9.2. Informative References 7.2. Informative References
[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS [RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS
Networks", RFC 5920, DOI 10.17487/RFC5920, July 2010, Networks", RFC 5920, DOI 10.17487/RFC5920, July 2010,
<https://www.rfc-editor.org/info/rfc5920>. <https://www.rfc-editor.org/info/rfc5920>.
Acknowledgments
The authors would like to thank Alexander Okonnikov, Loa Andersson,
Lou Berger, Eric Osborne, Gregory Mirsky, and Mach Chen for reviewing
and providing valuable comments on this document.
Contributors
Nicholas Tan
Arista Networks
Email: ntan@arista.com
Authors' Addresses Authors' Addresses
Mike Taillon Mike Taillon
Cisco Systems, Inc. Cisco Systems, Inc.
Email: mtaillon@cisco.com Email: mtaillon@cisco.com
Tarek Saad (editor) Tarek Saad (editor)
Juniper Networks Juniper Networks
 End of changes. 168 change blocks. 
405 lines changed or deleted 412 lines changed or added

This html diff was produced by rfcdiff 1.47. The latest version is available from http://tools.ietf.org/tools/rfcdiff/