< draft-ietf-teas-gmpls-resource-sharing-proc-07.txt | draft-ietf-teas-gmpls-resource-sharing-proc-08.txt > | |||
---|---|---|---|---|
TEAS Working Group X. Zhang | TEAS Working Group X. Zhang | |||
Internet-Draft H. Zheng, Ed. | Internet-Draft H. Zheng, Ed. | |||
Intended Status: Informational Huawei Technologies | Intended Status: Informational Huawei Technologies | |||
Expires: July 18, 2017 R. Gandhi, Ed. | Expires: July 30, 2017 R. Gandhi, Ed. | |||
Z. Ali | Z. Ali | |||
Cisco Systems, Inc. | Cisco Systems, Inc. | |||
P. Brzozowski | P. Brzozowski | |||
ADVA Optical | ADVA Optical | |||
January 14, 2017 | January 26, 2017 | |||
RSVP-TE Signaling Procedure for End-to-End GMPLS Restoration and | RSVP-TE Signaling Procedure for End-to-End GMPLS Restoration and | |||
Resource Sharing | Resource Sharing | |||
draft-ietf-teas-gmpls-resource-sharing-proc-07 | draft-ietf-teas-gmpls-resource-sharing-proc-08 | |||
Abstract | Abstract | |||
In non-packet transport networks, there are requirements where | In non-packet transport networks, there are requirements where | |||
Generalized Multi-Protocol Label Switching (GMPLS) end-to-end | Generalized Multi-Protocol Label Switching (GMPLS) end-to-end | |||
recovery scheme needs to employ restoration Label Switched Path (LSP) | recovery scheme needs to employ restoration Label Switched Path (LSP) | |||
while keeping resources for the working and/or protecting LSPs | while keeping resources for the working and/or protecting LSPs | |||
reserved in the network after the failure occurs. | reserved in the network after the failure occurs. | |||
This document reviews how the LSP association is to be provided using | This document reviews how the LSP association is to be provided using | |||
skipping to change at page 2, line 36 ¶ | skipping to change at page 2, line 36 ¶ | |||
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 | 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 | |||
2. Conventions Used in This Document . . . . . . . . . . . . . . 4 | 2. Conventions Used in This Document . . . . . . . . . . . . . . 4 | |||
2.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 4 | 2.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 4 | |||
2.2. Acronyms and Abbreviations . . . . . . . . . . . . . . . . 4 | 2.2. Acronyms and Abbreviations . . . . . . . . . . . . . . . . 4 | |||
3. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 | 3. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 | |||
3.1. Examples of Restoration Schemes . . . . . . . . . . . . . 5 | 3.1. Examples of Restoration Schemes . . . . . . . . . . . . . 5 | |||
3.1.1. 1+R Restoration . . . . . . . . . . . . . . . . . . . 5 | 3.1.1. 1+R Restoration . . . . . . . . . . . . . . . . . . . 5 | |||
3.1.2. 1+1+R Restoration . . . . . . . . . . . . . . . . . . 5 | 3.1.2. 1+1+R Restoration . . . . . . . . . . . . . . . . . . 5 | |||
3.1.2.1. 1+1+R Restoration - Variants . . . . . . . . . . . 6 | 3.1.2.1. 1+1+R Restoration - Variants . . . . . . . . . . . 6 | |||
3.2. Resource Sharing By Restoration LSP . . . . . . . . . . . 7 | 3.2. Resource Sharing by Restoration LSP . . . . . . . . . . . 7 | |||
4. RSVP-TE Signaling Procedure . . . . . . . . . . . . . . . . . 7 | 4. RSVP-TE Signaling Procedure . . . . . . . . . . . . . . . . . 8 | |||
4.1. Restoration LSP Association . . . . . . . . . . . . . . . 7 | 4.1. Restoration LSP Association . . . . . . . . . . . . . . . 8 | |||
4.2. Resource Sharing-based Restoration LSP Setup . . . . . . . 8 | 4.2. Resource Sharing-based Restoration LSP Setup . . . . . . . 8 | |||
4.3. LSP Reversion . . . . . . . . . . . . . . . . . . . . . . 9 | 4.3. LSP Reversion . . . . . . . . . . . . . . . . . . . . . . 10 | |||
4.3.1. Make-while-break Reversion . . . . . . . . . . . . . . 10 | 4.3.1. Make-while-break Reversion . . . . . . . . . . . . . . 10 | |||
4.3.2. Make-before-break Reversion . . . . . . . . . . . . . 11 | 4.3.2. Make-before-break Reversion . . . . . . . . . . . . . 11 | |||
5. Security Considerations . . . . . . . . . . . . . . . . . . . 12 | 5. Security Considerations . . . . . . . . . . . . . . . . . . . 12 | |||
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 12 | 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 12 | |||
7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 13 | 7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 13 | |||
7.1. Normative References . . . . . . . . . . . . . . . . . . . 13 | 7.1. Normative References . . . . . . . . . . . . . . . . . . . 13 | |||
7.2. Informative References . . . . . . . . . . . . . . . . . . 13 | 7.2. Informative References . . . . . . . . . . . . . . . . . . 13 | |||
Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . . 14 | Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . . 14 | |||
Contributors . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 | Contributors . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 | |||
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 15 | Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 15 | |||
skipping to change at page 3, line 32 ¶ | skipping to change at page 3, line 32 ¶ | |||
Path message to identify the LSPs for restoration. Also, an | Path message to identify the LSPs for restoration. Also, an | |||
ASSOCIATION object with Association Type "Resource Sharing" [RFC4873] | ASSOCIATION object with Association Type "Resource Sharing" [RFC4873] | |||
can be signaled in the RSVP Path message to identify the LSPs for | can be signaled in the RSVP Path message to identify the LSPs for | |||
resource sharing. [RFC6689] Section 2.2 reviews the procedure for | resource sharing. [RFC6689] Section 2.2 reviews the procedure for | |||
providing LSP associations for GMPLS end-to-end recovery and Section | providing LSP associations for GMPLS end-to-end recovery and Section | |||
2.4 reviews the procedure for providing LSP associations for sharing | 2.4 reviews the procedure for providing LSP associations for sharing | |||
resources. | resources. | |||
Generally GMPLS end-to-end recovery schemes have the restoration LSP | Generally GMPLS end-to-end recovery schemes have the restoration LSP | |||
set up after the failure has been detected and notified on the | set up after the failure has been detected and notified on the | |||
working LSP. For recovery scheme with revertive behaviour, a | working LSP. For recovery scheme with revertive behavior, a | |||
restoration LSP is set up while working LSP and/or protecting LSP are | restoration LSP is set up while working LSP and/or protecting LSP are | |||
not torn down in control plane due to a failure. In non-packet | not torn down in control plane due to a failure. In non-packet | |||
transport networks, as working LSPs are typically set up over | transport networks, as working LSPs are typically set up over | |||
preferred paths, service providers would like to keep resources | preferred paths, service providers would like to keep resources | |||
associated with the working LSPs reserved. This is to make sure that | associated with the working LSPs reserved. This is to make sure that | |||
the service can be reverted to the preferred path (working LSP) when | the service can be reverted to the preferred path (working LSP) when | |||
the failure is repaired to provide deterministic behavior and | the failure is repaired to provide deterministic behavior and | |||
guaranteed Service Level Agreement (SLA). | guaranteed Service Level Agreement (SLA). | |||
In this document, we review procedures for GMPLS LSP associations, | In this document, we review procedures for GMPLS LSP associations, | |||
skipping to change at page 4, line 23 ¶ | skipping to change at page 4, line 23 ¶ | |||
this document. | this document. | |||
This document is strictly informative in nature and does not define | This document is strictly informative in nature and does not define | |||
any RSVP-TE signaling extensions. | any RSVP-TE signaling extensions. | |||
2. Conventions Used in This Document | 2. Conventions Used in This Document | |||
2.1. Terminology | 2.1. Terminology | |||
The reader is assumed to be familiar with the terminology in | The reader is assumed to be familiar with the terminology in | |||
[RFC3209], [RFC3473], [RFC4872], [RFC4873] and [RFC4427]. | [RFC3209], [RFC3473], [RFC4872] and [RFC4873]. The terminology for | |||
GMPLS recovery is defined in [RFC4427]. | ||||
2.2. Acronyms and Abbreviations | 2.2. Acronyms and Abbreviations | |||
GMPLS: Generalized Multi-Protocol Label Switching | GMPLS: Generalized Multi-Protocol Label Switching | |||
LSP: An MPLS Label Switched Path | LSP: An MPLS Label Switched Path | |||
MBB: Make Before Break | MBB: Make Before Break | |||
MPLS: Multi-Protocol Label Switching | MPLS: Multi-Protocol Label Switching | |||
skipping to change at page 5, line 23 ¶ | skipping to change at page 5, line 24 ¶ | |||
signaling techniques. | signaling techniques. | |||
3.1.1. 1+R Restoration | 3.1.1. 1+R Restoration | |||
One example of the recovery scheme considered in this document is 1+R | One example of the recovery scheme considered in this document is 1+R | |||
recovery. The 1+R recovery scheme is exemplified in Figure 1. In | recovery. The 1+R recovery scheme is exemplified in Figure 1. In | |||
this example, a working LSP on path A-B-C-Z is pre-established. | this example, a working LSP on path A-B-C-Z is pre-established. | |||
Typically after a failure detection and notification on the working | Typically after a failure detection and notification on the working | |||
LSP, a second LSP on path A-H-I-J-Z is established as a restoration | LSP, a second LSP on path A-H-I-J-Z is established as a restoration | |||
LSP. Unlike a protecting LSP which is set up before the failure, a | LSP. Unlike a protecting LSP which is set up before the failure, a | |||
restoration LSP is set up per need basis, after the failure. | restoration LSP is set up when needed, after the failure. | |||
+-----+ +-----+ +-----+ +-----+ | +-----+ +-----+ +-----+ +-----+ | |||
| A +----+ B +-----+ C +-----+ Z | | | A +----+ B +-----+ C +-----+ Z | | |||
+--+--+ +-----+ +-----+ +--+--+ | +--+--+ +-----+ +-----+ +--+--+ | |||
\ / | \ / | |||
\ / | \ / | |||
+--+--+ +-----+ +--+--+ | +--+--+ +-----+ +--+--+ | |||
| H +-------+ I +--------+ J | | | H +-------+ I +--------+ J | | |||
+-----+ +-----+ +-----+ | +-----+ +-----+ +-----+ | |||
skipping to change at page 7, line 12 ¶ | skipping to change at page 7, line 16 ¶ | |||
LSP fails. Two different restoration LSPs may be present, one for | LSP fails. Two different restoration LSPs may be present, one for | |||
the working LSP and one for the protecting LSP. | the working LSP and one for the protecting LSP. | |||
o Two different restoration LSPs are set up after both working and | o Two different restoration LSPs are set up after both working and | |||
protecting LSPs fail, one for the working LSP and one for the | protecting LSPs fail, one for the working LSP and one for the | |||
protecting LSP. | protecting LSP. | |||
In all these models, if a restoration LSP also fails, it is torn down | In all these models, if a restoration LSP also fails, it is torn down | |||
and a new restoration LSP is set up. | and a new restoration LSP is set up. | |||
3.2. Resource Sharing By Restoration LSP | 3.2. Resource Sharing by Restoration LSP | |||
+-----+ +-----+ | +-----+ +-----+ | |||
| F +------+ G +--------+ | | F +------+ G +--------+ | |||
+--+--+ +-----+ | | +--+--+ +-----+ | | |||
| | | | | | |||
| | | | | | |||
+-----+ +-----+ +--+--+ +-----+ +--+--+ | +-----+ +-----+ +--+--+ +-----+ +--+--+ | |||
| A +----+ B +-----+ C +--X---+ D +-----+ E | | | A +----+ B +-----+ C +--X---+ D +-----+ E | | |||
+-----+ +-----+ +-----+ +-----+ +-----+ | +-----+ +-----+ +-----+ +-----+ +-----+ | |||
Figure 3: Resource Sharing in 1+R Recovery Scheme | Figure 3: Resource Sharing in 1+R Recovery Scheme | |||
Using the network shown in Figure 3 as an example using 1+R recovery | Using the network shown in Figure 3 as an example using 1+R recovery | |||
scheme, LSP1 (A-B-C-D-E) is the working LSP, and assume it allows for | scheme, LSP1 (A-B-C-D-E) is the working LSP, and assume it allows for | |||
resource sharing when the LSP traffic is dynamically restored. Upon | resource sharing when the LSP traffic is dynamically restored. Upon | |||
detecting the failure of a link along the LSP1, e.g. Link C-D, node A | detecting the failure of a link along the LSP1, e.g. Link C-D, node A | |||
needs to decide which alternative path it will use to signal | needs to decide which alternative path it will use to signal | |||
restoration LSP and reroute traffic. In this case, A-B-C-F-G-E is | restoration LSP and reroute traffic. In this case, A-B-C-F-G-E is | |||
chosen as the restoration LSP path and the resources on the path | chosen as the restoration LSP path and the resources on the path | |||
segment A-B-C are re-used by this LSP. The working LSP is not torn | segment A-B-C are re-used by this LSP. The working LSP is not torn | |||
down and co-exists with the restoration LSP. Nodes A and B | down and co-exists with the restoration LSP. When the head-end node | |||
reconfigure the resources to set up the restoration LSP by sending | A signals the restoration LSP, nodes C, F, G and E reconfigure the | |||
cross-connection command to the data plane. | resources (as listed in Table 1 of this document) to set up the LSP | |||
by sending cross-connection command to the data plane. | ||||
In the recovery scheme employing revertive behavior, after the | In the recovery scheme employing revertive behavior, after the | |||
failure is repaired, the resources on nodes A and B need to be | failure is repaired, the resources on nodes C and E need to be | |||
reconfigured to set up the working LSP. The traffic is then reverted | reconfigured to set up the working LSP (using a procedure described | |||
back to the original working LSP. | in Section 4.3 of this document) by sending cross-connection command | |||
to the data plane. The traffic is then reverted back to the original | ||||
working LSP. | ||||
4. RSVP-TE Signaling Procedure | 4. RSVP-TE Signaling Procedure | |||
4.1. Restoration LSP Association | 4.1. Restoration LSP Association | |||
Where GMPLS end-to-end recovery scheme needs to employ a restoration | Where GMPLS end-to-end recovery scheme needs to employ a restoration | |||
LSP while keeping resources for the working and/or protecting LSPs | LSP while keeping resources for the working and/or protecting LSPs | |||
reserved in the network after the failure, the restoration LSP is set | reserved in the network after the failure, the restoration LSP is set | |||
up with an ASSOCIATION object that has Association Type set to | up with an ASSOCIATION object that has Association Type set to | |||
"Recovery" [RFC4872], the Association ID and the Association Source | "Recovery" [RFC4872], the Association ID and the Association Source | |||
skipping to change at page 8, line 36 ¶ | skipping to change at page 8, line 43 ¶ | |||
4.2. Resource Sharing-based Restoration LSP Setup | 4.2. Resource Sharing-based Restoration LSP Setup | |||
GMPLS LSPs can share resources during LSP setup if they have Shared | GMPLS LSPs can share resources during LSP setup if they have Shared | |||
Explicit (SE) flag set in the SESSION_ATTRIBUTE objects [RFC3209] in | Explicit (SE) flag set in the SESSION_ATTRIBUTE objects [RFC3209] in | |||
the Path messages that create them and: | the Path messages that create them and: | |||
o As defined in [RFC3209], LSPs have identical SESSION objects | o As defined in [RFC3209], LSPs have identical SESSION objects | |||
and/or | and/or | |||
o As defined in [RFC6689], LSPs have matching ASSOCIATION object | o As defined in [RFC6689], LSPs have matching ASSOCIATION object | |||
with Association Type set to "Resource Sharing" signaled in their | with Association Type set to "Resource Sharing" signaled in their | |||
Path messages. LSPs in this case can have different SESSION | Path messages. LSPs in this case can have different SESSION | |||
objects i.e. different Tunnel ID, Source and/or Destination | objects i.e. different Tunnel ID, Source and/or Destination | |||
signaled in their Path messages. | signaled in their Path messages. | |||
As described in [RFC3209], Section 2.5, the purpose of make-before- | As described in [RFC3209], Section 2.5, the purpose of make-before- | |||
break is not to disrupt traffic, or adversely impact network | break is not to disrupt traffic, or adversely impact network | |||
operations while TE tunnel rerouting is in progress. In non-packet | operations while TE tunnel rerouting is in progress. In non-packet | |||
transport networks during the RSVP-TE signaling procedure, the nodes | transport networks during the RSVP-TE signaling procedure, the nodes | |||
set up cross-connections along the LSP accordingly. Because the | set up cross-connections along the LSP accordingly. Because the | |||
cross-connection cannot simultaneously connect a shared resource to | cross-connection cannot simultaneously connect a shared resource to | |||
skipping to change at page 14, line 11 ¶ | skipping to change at page 14, line 11 ¶ | |||
[RFC4427] Mannie, E., and Papadimitriou, D., "Recovery (Protection | [RFC4427] Mannie, E., and Papadimitriou, D., "Recovery (Protection | |||
and Restoration) Terminology for Generalized | and Restoration) Terminology for Generalized | |||
Multi-Protocol Label Switching", RFC 4427, March 2006. | Multi-Protocol Label Switching", RFC 4427, March 2006. | |||
Acknowledgements | Acknowledgements | |||
The authors would like to thank George Swallow for the discussions on | The authors would like to thank George Swallow for the discussions on | |||
the GMPLS restoration. The authors would like to thank Lou Berger | the GMPLS restoration. The authors would like to thank Lou Berger | |||
for the guidance on this work. The authors would also like to thank | for the guidance on this work. The authors would also like to thank | |||
Lou Berger, Vishnu Pavan Beeram and Christian Hopps for reviewing | Lou Berger, Vishnu Pavan Beeram and Christian Hopps for reviewing | |||
this document and providing valuable comments. | this document and providing valuable comments. A special thanks to | |||
Dale Worley for his thorough review of this document. | ||||
Contributors | Contributors | |||
Gabriele Maria Galimberti | Gabriele Maria Galimberti | |||
Cisco Systems, Inc. | Cisco Systems, Inc. | |||
EMail: ggalimbe@cisco.com | EMail: ggalimbe@cisco.com | |||
Authors' Addresses | Authors' Addresses | |||
End of changes. 13 change blocks. | ||||
19 lines changed or deleted | 24 lines changed or added | |||
This html diff was produced by rfcdiff 1.45. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ |