Author list: Rakesh Gandhi Zafar Ali

Slides:



Advertisements
Similar presentations
1 GMPLS RSVP-TE Recovery Extension for data plane initiated reversion and protection timer signalling draft-takacs-ccamp-revertive-ps-04.txt draft-takacs-ccamp-revertive-ps-04.txt.
Advertisements

1 68th IETF, Prague, March 2007 Graceful Shutdown in MPLS Traffic Engineering Networks draft-ietf-ccamp-mpls-graceful-shutdown-02.txt Zafar Ali
1 Extensions to Resource Reservation Protocol For Fast Reroute of Traffic Engineering GMPLS LSPs draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-05 Author.
1 Reoptimization of Point-to-Multipoint Traffic Engineering Loosely Routed LSPs draft-tsaad-mpls-p2mp-loose-path-reopt-00 Author list: Tarek Saad
1 draft-ali-ccamp-rc-objective-function-metric-bound-02.txt draft-ali-ccamp-rsvp-te-include-route-02.txt draft-ali-ccamp-xro-lsp-subobject-02.txt CCAMP.
Pseudowire Endpoint Fast Failure Protection draft-shen-pwe3-endpoint-fast-protection-00 Rahul Aggarwal Yimin Shen
64th IETF Vancouver Nov Graceful Shutdown in MPLS Traffic Engineering Networks draft-ali-ccamp-mpls-graceful-shutdown-02.txt Zafar Ali
UNI Extensions for Diversity and Latency Support 13-Mar-13IETF 86 Orlando1 Don Dieter.
1 Reoptimization of Point-to-Multipoint Traffic Engineering Loosely Routed LSPs draft-tsaad-mpls-p2mp-loose-path-reopt-03 Author list: Tarek Saad
CCAMP Working Group Agenda and slides at 59th IETF Seoul.
WG Document Status 192nd IETF TEAS Working Group.
67th IETF San Diego November 2006 Requirement for Inter-Domain LSP Recovery Wataru Imajuku: Tomohiro.
62nd IETF Minneapolis March 2005 CCAMP Working Group Online Agenda and Slides at:
Extensions to G/RSVP-TE for Point to Multipoint TE LSPs R.Aggarwal, D.Papadimitriou, and S.Yasukawa (Editors) and contributors (L.Berger, I.Bryskin, D.Cheng,
1 IETF-81, MPLS WG, Quebec City, Canada, July, 2011 draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-06.txt MPLS WG IETF-81 Quebec City, Canada July, 2011.
Page 1 RSVP-TE based evidence signaling protocol Zafar Ali, Roberto Cassata (Cisco Systems) Marco Anisetti, Valerio Bellandi, Ernesto Damiani, Francesco.
Draft-ietf-fecframe-config-signaling-02 1 FEC framework Configuration Signaling draft-ietf-fecframe-config-signaling-02.txt IETF 76 Rajiv Asati.
RSVP-TE Extensions to Notification for Shared Mesh Protection CCAMP WG, IETF 81th draft-he-ccamp-notification-shared-mesh-protection-00 Wenjuan He
1 Ping and Traceroute for GMPLS LSPs in Non-Packet Switched Networks draft-ali-ccamp-gmpls-lsp-ping-traceroute-01.txt Zafar Ali, Roberto Cassata (Cisco.
Draft-torvi-mpls-rsvp-ingress-protection-00IETF 84 MPLS: 30 July Ingress Protection for RSVP-TE p2p and p2mp LSPs draft-torvi-mpls-rsvp-ingress-protection-00.
1 RSVP-TE Signaling For GMPLS Restoration LSP draft-gandhi-ccamp-gmpls-restoration-lsp-03 Author list: Rakesh Gandhi Zafar Ali
1 77th IETF, CCAMP WG, Anaheim, CA, USA March 2010 Signaling RSVP-TE P2MP LSPs in an Inter- domain Environment draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-03.txt.
1 68th IETF, Prague, March 2007 Address Resolution for GMPLS controlled PSC Ethernet Interfaces draft-ali-arp-over-gmpls-controlled-ethernet-psc-i-04.txt.
66th IETF, Montreal, July 2006 PCE Working Group Meeting IETF-66, July 2006, Montreal A Backward Recursive PCE-based Computation (BRPC) procedure to compute.
1 73th IETF, CCAMP WG, Minneapolis, MN, USA November 2008 RSVP-TE based Impairments Collection Mechanism Zafar Ali, Roberto Cassata (Cisco Systems) Marco.
63rd IETF Paris August 2005 CCAMP Working Group Online Agenda and Slides at:
1 RSVP-TE Recovery Extension Extension for Additional Signal Types in G.709 OTN draft-ali-ccamp-additional-signal-type-g709v3-02.txt 89th IETF, CCAMP WG,
1 RSVP-TE Recovery Extension Extension for Additional Signal Types in G.709 OTN draft-ali-ccamp-additional-signal-type-g709v3-03.txt 90th IETF, CCAMP WG,
1 RSVP-TE Extensions For Fast Reroute of Bidirectional Co-routed LSPs draft-tsaad-mpls-rsvpte-bidir-lsp-fastreroute-00.txt Author list: Mike Taillon
1 draft-ali-ccamp-te-metric-recording-02.txt CCAMP – IETF 84 – Vancouver July - August 2012 Zafar Ali Cisco Systems Clarence Filsfils  Cisco Systems Kenji.
60th IETF San Diego August 2004 TE parameters to be exchanged between GMPLS-controlled ASes draft-otani-ccamp-interas-gmpls-te-00.txt Tomohiro Otani
1 RSVP-TE Signaling For GMPLS Restoration LSP draft-gandhi-ccamp-gmpls-restoration-lsp-04 Author list: Rakesh Gandhi - Presenter Zafar.
RSVP Setup Protection draft-shen-mpls-rsvp-setup-protection-03
Giovanni Martinelli, Cisco (*) Gabriele Galimberti, Cisco
draft-dharinigert-ccamp-g lmp-10
CCAMP Working Group Status
PCE Applicability for Inter-Layer MPLS and GMPLS Traffic Engineering draft-oki-pce-inter-layer-app-00.txt Mar. 20, 2006 Eiji Oki (NTT) Jean-Louis Le.
P2MP MPLS-TE Fast Reroute with P2MP Bypass Tunnels
RSVP-TE Extensions for Associated Co-routed Bidirectional Label Switched Paths (LSPs) draft-gandhishah-teas-assoc-corouted-bidir-01 Author list: Rakesh.
Tomohiro Otani Kenji Kumaki Satoru Okamoto Wataru Imajuku
Presenter: Jeffrey Zhang
MPLS LSP Instant Install draft-saad-mpls-lsp-instant-install-00
RSVP Setup Protection draft-shen-mpls-rsvp-setup-protection-02
CCAMP WG Meeting IETF 58 - Minneapolis - Nov’03
ITU-T Study Group 15 Update to IETF CCAMP
Protection & Restoration Design Team - CCAMP WG
PLR Designation in RSVP-TE FRR
draft-xie-ccamp-lsp-dppm-01.txt Presenter: Dan Li Authors: Guowu Xie
Extensions to Resource Reservation Protocol For Fast Reroute of Traffic Engineering GMPLS LSPs draft-ietf-teas-gmpls-lsp-fastreroute-06 Authors: Mike Taillon.
TEAS Working Group IETF 99 - Prague Online Agenda and Slide:
draft-dharinigert-ccamp-dwdm-if-lmp-06
Signaling RSVP-TE P2MP LSPs in an Inter-domain Environment draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp-01.txt Zafar Ali, Cisco Systems.
Signaled PID When Multiplexing Multiple Payloads over RSVP-TE LSPs draft-ali-mpls-sig-pid-multiplexing-case-00.txt Zafar Ali, Cisco Systems.
WG Document Status Compiled By: Matt Hartley, Lou Berger, Vishnu Pavan Beeram IETF 99 - TEAS Working Group.
YANG data model for Flexi-Grid Optical Networks
IETF 98 (MPLS WG) Abhishek Deshmukh (presenting) Kireeti Kompella
DetNet Information Model Consideration
draft-barth-pce-association-bidir-01
YANG data model for Flexi-Grid Optical Networks
OAM Configuration Framework and Technology Specific Extensions
Fast Reroute for Node Protection in LDP- based LSPs
IETF 102 (TEAS WG) Abhishek Deshmukh (presenting) Kireeti Kompella
RSVP-TE Extension for Beyond 100G Signal Types in G
draft-ali-spring-srv6-oam-02.txt SRv6 OAM
IETF 103 – Bangkok November 2018
IP RSVP-TE: Extensions to RSVP for P2P IP-TE LSP Tunnels Tarek Saad, Juniper Networks Vishnu Pavan Beeram, Juniper.
draft-gandhi-spring-sr-mpls-pm-03
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-21 draft-ietf-teas-yang-rsvp-11 draft-ietf-teas-yang-rsvp-te-07 Tarek Saad, Juniper Networks Rakesh.
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-21 draft-ietf-teas-yang-rsvp-11 draft-ietf-teas-yang-rsvp-te-07 Tarek Saad, Juniper Networks Rakesh.
E. Bellagamba, Ericsson P. Sköldström, Acreo D. Ward, Juniper
Presentation transcript:

RSVP-TE Extensions For Signaling GMPLS Restoration LSP draft-gandhi-ccamp-gmpls-restoration-lsp-01 Author list: Rakesh Gandhi (rgandhi@cisco.com) Zafar Ali (zali@cisco.com) Gabriele Maria Galimberti (ggalimbe@cisco.com) - Presenter Acknowledgment: George Swallow (swallow@cisco.com) 87th IETF, CCAMP WG, Berlin, (July-August 2013)

Requirements and Use Cases Changes From Revision-00 Solution Outline Requirements and Use Cases Changes From Revision-00 Solution Next Steps

Transport Requirements for Restoration LSP (1+R Use case) 15454 OXC2 Ingress Egress GMPLS Network OXC3 OXC1 OXC4 OXC5 Working LSP Restore LSP Resources for failed LSP need to be remain intact at least in control plane as: The LSP follow a nominal path (minimum latency, minimum cost, etc.). Deterministic behavior after failure is recovered (deterministic SLAs). Revert operation to the failed resources is desirable. Restoration LSP is signaled after failure is detected.

Transport Requirements for Restoration LSP (1:1+R, 1+1+R Use cases) 15454 OXC2 Ingress Egress GMPLS Network OXC3 OXC1 OXC4 Working LSP Restore LSP Protect LSP OXC5 Same Requirements as outlined in previous slide. Restoration LSP is signaled after failure of working LSP and/ or protect LSP.

Requirements and Use Cases Changes From Revision-00 Solution Agenda Requirements and Use Cases Changes From Revision-00 Solution Next Steps

Changes From Revision-00 Revision-00 draft was presented in Atlanta, IETF-85 Revision-00 draft proposed a solution using new T-bit in the PROTECTION object to identify restoration LSP Feedback from the meeting was to use ASSOCIATION object to identify restoration LSP RFC6689 suggests to use LSP_ID of itself (as association ID in the ASSOCIATION object) for restoration LSP For 1+R, working LSP will also use the LSP_ID of itself. Hence, one can not uniquely identify working LSP and restoration LSP This is being addressed in this draft

Requirements and Use Cases Changes From Revision-00 Solution Agenda Requirements and Use Cases Changes From Revision-00 Solution Next Steps

Signaling Procedure For 1+R Working LSP:  PROTECTION object with P = 0 LSP has ASSOCIATION object with association ID = LSP-ID of itself [RFC6689]. Restoration LSP:  LSP has ASSOCIATION object with association ID = LSP-ID of working LSP (recall that working is not torn down so LSP-ID of working is valid). If working LSP is torn down, restoration LSP inherits both PROTECTION and ASSOCIATION object properties from the working LSP [RFC6689]. Note that RFC6689 states to use association ID = LSP-ID of itself for restoration LSP. We are proposing to modify that in the case of working LSP not torn down to use the LSP-ID of the LSP it is restoring to enable unique identification and resource sharing.

Signaling Procedure For 1+1+R Working LSP:  PROTECTION object with P = 0 LSP has ASSOCIATION object with association ID = LSP-ID of protect LSP (LSP_ID of itself when Protect is not UP) [RFC6689]. Protect LSP:   PROTECTION object with P = 1 LSP has ASSOCIATION object with association ID = LSP-ID of working LSP [RFC6689]. Restoration LSP for working:  LSP has ASSOCIATION object with association ID = LSP-ID of working LSP. Restoration LSP for protect:  LSP has ASSOCIATION object with association ID = LSP-ID of protect LSP. If working [protect] LSP is torn down, restoration LSP inherits both PROTECTION and ASSOCIATION object properties from the working [protect] LSP [RFC6689].

Requirements and Use Cases Changes From Revision-00 Solution Agenda Requirements and Use Cases Changes From Revision-00 Solution Next Steps

We would like to make this draft a WG Document. Next Steps We would like to make this draft a WG Document.

Thank You.

Use Case For (1+R, 1:1+R, 1+1+R) Resource Sharing – (No changes proposed in this draft) 15454 OXC2 Ingress Egress GMPLS Network OXC3 OXC1 OXC4 OXC5 When red working LSP fails, it is re-signaled with S = 1 to free up resources in data plane (but still kept in control plane). Signal green restoration LSP with S = 0 to use shared data plane resources (from red working LSP). OXC4 and OXC3 share resources between red and green LSPs as S bit is 1 and 0, respectively. OXC5 and OXC4 do not share resources between green and purple LSPs as S bit is 0 in both LSPs. Once the failure is repaired, green restoration LSP is torn down, red working LSP is resignaled with S = 0 to claim resources in data plane.