Extended procedures and Considerations for Loop Free Alternatives draft-chunduri-rtgwg-lfa-extended-procedures-01 Uma Chunduri Ericsson Inc. Jeff Tantsura.

Slides:



Advertisements
Similar presentations
RSVP-TE Extensions for SRLG Configuration of FA
Advertisements

Release 5.1, Revision 0 Copyright © 2001, Juniper Networks, Inc. Advanced Juniper Networks Routing Module 9: Static Routes & Routing Table Groups.
U-turn Alternates for IP/LDP Fast-Reroute draft-atlas-ip-local-protect-uturn-01.txt Alia Atlas Gagan Choudhury
Release 5.1, Revision 0 Copyright © 2001, Juniper Networks, Inc. Advanced Juniper Networks Routing Module 5: IS-IS Multi-Area Networks.
OSPF WG - IETF 66 OSPF Protocol Evolution WG Re-Charter Acee Lindem/Cisco Systems.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—8-1 MPLS TE Overview Understanding MPLS TE Components.
OSPF Two-part Metrics Jeffrey Zhang Lili Wang Juniper Networks 88 th IETF, Vancouver.
1 © 2000, Cisco Systems, Inc. Integrated-ISIS Route Leaking.
IPv6 Routing IPv6 Workshop Manchester September 2013
OSPF WG – IETF 70 - Vancouver OSPFv2 Multi-Instance draft-acee-ospf-multi-instance-00.txt Acee Lindem/Redback Networks Abhay Roy/Cisco Systems Sina Mirtorabi/Force10.
Routing Protocol.
OSPF Two-part Metrics Jeffrey Zhang Juniper Networks 90 th IETF, Toronto.
LFA selection for Multi-homed Prefixes draft-psarkar-rtgwg-multihomed-prefix-lfa-01 Pushpasis Sarkar Shraddha Hegde.
OSPF Operator Defined TLVs for Agile Service Deployment (previous name self-defined TLVs) draft-chunduri-ospf-operator-defined-tlvs-00 (previously: draft-chunduri-ospf-self-defined-sub-tlvs-03)
OSPF Two-part Metrics Jeffrey Zhang Juniper Networks 89 th IETF, Landon.
Link State Routing Protocol W.lilakiatsakun. Introduction (1) Link-state routing protocols are also known as shortest path first protocols and built around.
IGP Multicast Architecture Lucy Yong, Weiguo Hao, Donald Eastlake Andrew Qu, Jon Hudson, Uma Chunduri November 2014 Honolulu USA draft-yong-rtgwg-igp-mutlicast-arch-00.
Protocol Topology Support for IS-IS Kay Noguchi draft-ietf-noguchi-isis-protocol-topology-01.txt 56th IETF San Francisco, CA, USA March 18, 2003.
Interior Gateway Protocol. Introduction An IGP (Interior Gateway Protocol) is a protocol for exchanging routing information between gateways (hosts with.
Chapter 9. Implementing Scalability Features in Your Internetwork.
IGP Multicast Architecture Lucy Yong, Weiguo Hao, Donald Eastlake Andrew Qu, Jon Hudson, Uma Chunduri November 2014 Honolulu USA draft-yong-rtgwg-igp-mutlicast-arch-00.
Extensions to OSPF-TE for Inter-AS TE draft-ietf-ccamp-ospf-interas-te-extension-01.txt Mach Renhai
Draft-francois-segment-routing-ti-lfa-00 Pierre Francois, IMDEA Networks Institute Clarence Filsfils, Ahmed Bashandy, Cisco Systems Bruno Decraene, Stephane.
1 Multi Topology Routing for OSPFv3 (draft-mirtorabi-mt-ospfv3-00.txt) Sina Mirtorabi
IGP Data Plane Convergence draft-ietf-bmwg-dataplane-conv-meth-14.txt draft-ietf-bmwg-dataplane-conv-term-14.txt draft-ietf-bmwg-dataplane-conv-app-14.txt.
Simplified Extension of LSP Space for IS-IS draft-ietf-isis-wg-extlsp-00.txt Les Ginsberg Stefano Previdi Mike Shand.
U-Turn Alternates for IP/LDP Local Protection draft-atlas-ip-local-protect-uturn-00.txt Alia Atlas Gagan Choudhury
91st IETF, Honolulu, November 2014 IS-IS Route Preference for Extended IP and IPv6 Reachability draft-ietf-isis-route-preference-00.txt Les Ginsberg
OSPF WG – IETF 67 OSPF WG Document Status or “You can bring a Horse to Water …” Rohit Dube/Consultant Acee Lindem/Cisco Systems.
OSPF WG – IETF 69 - Chicago OSPF WG Document Abhay Roy/Cisco Systems Acee Lindem/Redback Networks.
OSPF WG – IETF 66 OSPF WG Document Status Rohit Dube/Consultant Acee Lindem/Cisco Systems.
Inter-area MPLS TE Architecture and Protocol Extensions
OSPFv3 Auto-Config IETF 83, Paris Jari Arkko, Ericsson Acee Lindem, Ericsson.
66th IETF, Montreal, July 2006 PCE Working Group Meeting IETF-66, July 2006, Montreal A Backward Recursive PCE-based Computation (BRPC) procedure to compute.
Draft-li-rtgwg-igp-ext-mrt-frr-00IETF 85 RTGWG1 Applicability of LDP Multi-Topology for Unicast Fast-reroute Using Maximally Redundant Trees draft-li-rtgwg-ldp-mt-mrt-frr-01.
Homenet Routing IETF 83, Paris Acee Lindem, Ericsson.
Draft-psenak-ospf-segment-routing-ospf-extension-03 draft-psenak-ospf-segment-routing-ospfv3-extension-00 IETF 88, November 3-8, 2013 P. Psenak, S.Previdi,
1 IGP Data Plane Convergence Benchmarking draft-ietf-bmwg-igp-dataplane-conv-app-00.txt draft-ietf-bmwg-igp-dataplane-conv-term-00.txt draft -ietf-bmwg-igp-dataplane-conv-meth-00.txt.
Prof. Alfred J Bird, Ph.D., NBCT Office – Science 3rd floor – S Office Hours – Monday and Thursday.
IETF 58 OSPF WG Rohit Dube/Acee Lindem (Chairs) November, 2003 Rohit Dube/Acee Lindem (Chairs) November, 2003.
Prof. Alfred J Bird, Ph.D., NBCT Office – McCormick 3rd floor 607 Office Hours – Monday 3:00 to 4:00 and.
Fast Reroute for Node Protection in LDP-based LSPs draft-esale-mpls-ldp-node-frr-02 Raveendra Torvi Luay Jalil
Draft-ietf-rtgwg-mrt-frr-architecture-01IETF 83 RTGWG: 29 Mar IP/LDP Fast-Reroute Using Maximally Redundant Trees draft-ietf-rtgwg-mrt-frr-architecture-01.
+ Dynamic Routing Protocols 2 nd semester
Discussion on DHCPv6 Routing Configuration
draft-patel-raszuk-bgp-vector-routing-01
draft-litkowski-rtgwg-node-protect-remote-lfa
IETF 67, MPLS WG, San Diego 11/08/2006
Trill Parent node shift, Mitigation. IETF 97, Seoul.
Thierry Ernst (INRIA and WIDE) Hesham Soliman (Ericsson)
Richard Ogier Presented by Tom Henderson July 28, 2011
Synchronisation of Network Parameters draft-bryant-rtgwg-param-sync-00
Tomohiro Otani Kenji Kumaki Satoru Okamoto Wataru Imajuku
Multi-Instances ISIS Extension draft-ietf-isis-mi-08.txt
Multi Topology Routing (MTR) for OSPF
Explicitly advertising the TE protocols enabled on links in OSPF
MPLS Traffic Engineering
LDP Extensions for RMR draft-esale-mpls-ldp-rmr- extensions
Link State on Data Center Fabrics
Explicitly advertising the TE protocols enabled on links in ISIS
Separating Routing Planes using Segment Routing draft-gulkohegde-spring-separating-routing-planes-using-sr-00 IETF 98 – Chicago, USA Shraddha Hegde
draft-pim-with-ipv4-prefix-over-ipv6-nh
BGP-Based SPF IETF 98, Chicago
ISIS extensions for SRv6 draft-bashandy-isis-srv6-extensions-03
EVPN Interworking with IPVPN
draft-ietf-pim-ipv4-prefix-over-ipv6-nh
draft-ietf-pim-ipv4-prefix-over-ipv6-nh-01
IETF103 IS-IS V6/MT Deployment Considerations draft-chunduri-lsr-isis-preferred-path-routing-01 Uma Chunduri [Huawei USA] Jeff Tantsura [Apstra] LSR WG,
IETF105 IS-IS V6/MT Deployment Considerations draft-chunduri-lsr-isis-mt-deployment-cons-02 Uma Chunduri [Futurewei] Jeff Tantsura [Apstra] Shraddha Hegde.
OSPF WG Status IETF 80, Prague CZ
Presentation transcript:

Extended procedures and Considerations for Loop Free Alternatives draft-chunduri-rtgwg-lfa-extended-procedures-01 Uma Chunduri Ericsson Inc. Jeff Tantsura Ericsson Inc. Chris Bowers Juniper Networks RTG WG, IETF 91, Honolulu 91 st Honolulu 1

Why ? This document intends to provide clarifications, additional considerations to RFC5286, to address a few coverage and operational observations. In the area of –RFC5286  Multi-Homed Prefixes handling (where coverage can be improved with no cost)  IS-IS ATT bit considerations in L1 Area  Handling Links with MAX_METRIC configured  MT Considerations and Applicability Statement 2 91 st Honolulu Extended Procedures for LFA

MHP Handling RFC 5286 also allows for the router to simplify the multi-homed prefix calculation by assuming that the MHP is solely attached to the router that was its pre-failure optimal point of attachment and also notes on potential lower coverage. This can be improved in some cases as shown below | S |------| A |-----| B | | | | | | 5 | 5 | | | | | C |---| E |-----| M | | F | | 10 5 | p MHP with same ECMP Next-hop  Prefix P is Advertised from Node E & F  With Simplified approach, P will get Link Protection through NBR C (though NP is possible through NBR A)  Node E and Node F both are pre-failure optimal point of attachments and share same next-hop  Hence protections can be compared (what A provides to F to what C provides to E) and can inherit the better alternative to P st Honolulu

In summary –  if there are multiple pre-failure points of attachment for a MHP and  primary next-hop of a MHP is same as that of the primary next-hop of the router that was pre-failure optimal point of attachment One can have provide better protection to MHP without incurring any additional computation cost. IS-IS ATT Bit Considerations and L1 Area Default Route Computation  a default route needs to be added in Level1 (L1) router to the closest reachable Level1/Level2 (L1/L2) router in the network advertising ATT (attach) bit in its LSP-0 fragment  The base LFA specification [RFC5286] does not specify any procedure for computing LFA for a default route in IS-IS L1 area.RFC5286  Potentially one MAY consider a default route is being advertised from the boarder L1/L2 router where ATT bit is set and can do LFA computation for the default route.  But, when multiple ECMP L1/L2 routers are reachable in an L1 area corresponding best LFAs SHOULD be given for each primary next-hop associated with default route (above ECMP MHP considerations apply here) 4 91 st Honolulu

Links with IGP MAX_METRIC Section 3.5Section 3.5 and 3.6 of [RFC5286] describes procedures for excluding nodes and links from use in alternate paths based on the maximum link metric and can lower the coverage (where it need not).RFC | S |------|N1 |-----|D1 | | | 10 | 10 | |MAX_MET(N2 to S) | | | | | |N2 | | |D2 | Link with IGP MAX_METRIC  The S-N2 link has a cost of 10 in the direction from S to N2, and a cost of MAX_METRIC rom N2 to S (0xffffff /2^ for IS- IS and 0xffff for OSPF) for a specific end to end Traffic Engineering (TE) requirement of the operator  At node S, D1 is reachable through N1 with cost 20, and D2 is reachable through N2 with cost 20.  Even though neighbor N2 satisfies basic loop-free condition for D1 this could be excluded as potential alternative because of the current exclusions as specified in section 3.5 and 3.6 procedure of [RFC5286].section 3.5RFC5286  But, as the primary traffic destined to D2 is continue to use the link and hence irrespective of the reverse metric in this case, the same link MAY be used as a potential LFA for D1.  Alternatively, reverse metric of the link MAY be configured with MAX_METRIC-1, so that the link can be used as an alternative while meeting the TE requirements st Honolulu

LFA – Multi Topology Considerations  Section 6.2 and of [RFC5286] state that multi-topology OSPF and ISIS are out of scope for that specification. Section 6.2RFC5286  This Doc Clarifies - As for each MT ID, a separate shortest path tree (SPT) is built with topology specific adjacencies, the LFA principles laid out in [RFC5286] are actually applicable for MT IS-IS [RFC5120] LFA SPFRFC5286RFC5120  identifying the eligible-set of neighbors for each LFA computation (Per MT-ID) – by the presence of IGP ADJ on that MT-ID + Admin restrictions  Similarly it is also applicable for OSPF [RFC4915] [MT-OSPF] or different AFs in multi instance OSPFv3 [RFC5838].RFC4915RFC5838  However for MT IS-IS, if a default topology is used with MT-ID 0 and both IPv4 [RFC5305] and IPv6 routes/AFs [RFC5308] are present, then the condition of network congruency is applicable for LFA computation as well.RFC5305RFC5308  congruency refers to - having same address families provisioned on all the links and all the nodes of the network with MT-ID 0  Similar to the primary SPF - with one LFA computation from all eligible neighbors per [RFC5286], all potential alternatives can be computedRFC st Honolulu

Next Steps: Request for WG adoption.. Thank You! 7 91 st Honolulu