OSPF Two-part Metrics Jeffrey Zhang Juniper Networks 89 th IETF, Landon.

Slides:



Advertisements
Similar presentations
Multi-Area OSPF Multi-area OSPF networks can be difficult to design, and typically demand more administrative attention than any other popular interior.
Advertisements

OSPF WG - IETF 66 OSPF Protocol Evolution WG Re-Charter Acee Lindem/Cisco Systems.
OSPF Two-part Metrics Jeffrey Zhang Lili Wang Juniper Networks 88 th IETF, Vancouver.
Introduction to OSPF.
IPv6 Routing IPv6 Workshop Manchester September 2013
Instructor & Todd Lammle
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.
OSPF Two-part Metrics Jeffrey Zhang Juniper Networks 90 th IETF, Toronto.
Update to: The OSPF Opaque LSA Option draft-berger-ospf-rfc2370bis Lou Berger Igor Bryskin Alex Zinin
Draft-ospf-non-compatible Mike Dubrovsky. The draft addresses the following problem: Problem: How to introduce non-backward compatible functionality into.
Nov 11, 2004CS573: Network Protocols and Standards1 IP Routing: OSPF Network Protocols and Standards Autumn
1 ELEN 602 Lecture 20 More on Routing RIP, OSPF, BGP.
Objectives After completing this chapter you will be able to: Describe hierarchical routing in OSPF Describe the 3 protocols in OSPF, the Hello, Exchange.
1 Relates to Lab 4. This module covers link state routing and the Open Shortest Path First (OSPF) routing protocol. Dynamic Routing Protocols II OSPF.
Signaling & Routing Extension for Links with Variable Discrete Bandwidth draft-long-ccamp-rsvp-te-availability-03 draft-long-ccamp-ospf-availability-extension-02.
Collected By: Mehdi Daneshvar Supervisor: E.M.Kosari.
1 © 2001, Cisco Systems, Inc. All rights reserved.© 2003, Cisco Systems, Inc. OSPF and ISIS v6 Khalid Raza
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.
Draft-ietf-ospf-segment-routing-extensions-01 draft-psenak-ospf-segment-routing-ospfv3-extension- 02 IETF 88, November 3-8, 2013 P. Psenak, S.Previdi,
© 1999, Cisco Systems, Inc OSPF Overview RFC 2328, 2178, 1583.
Ogier - 1 OSPF Database Exchange Summary List Optimization draft-ietf-ospf-dbex-opt-00.txt Richard Ogier Presented by Acee Lindem March 19, 2007 IETF 68.
1 Multi Topology Routing for OSPFv3 (draft-mirtorabi-mt-ospfv3-00.txt) Sina Mirtorabi
1 Module 4: Implementing OSPF. 2 Lessons OSPF OSPF Areas and Hierarchical Routing OSPF Operation OSPF Routing Tables Designing an OSPF Network.
Link State Routing NETE0521 Presented by Dr.Apichan Kanjanavapastit.
OSPF Topology-Transparent Zone Huaimo Chen, Renwei Li (Huawei) Gregory Cauchie (France Telecom) Ning So (Verizon)
 Development began in 1987  OSPF Working Group (part of IETF)  OSPFv2 first established in 1991  Many new features added since then  Updated OSPFv2.
OSPF Extensions for ASON Routing draft-ietf-ccamp-gmpls-ason-routing-ospf-02.txt IETF67 - San Diego - Nov’06 Dimitri Papadimitriou (Alcatel)
57 th IETF VIENNA draft-sheng-ppvpn-isis-bgp-mpls vpn-01.txt 57 th IETF meeting IS-IS as the PE/CE Protocol in BGP/MPLS VPN draft-sheng-ppvpn-isis-bgp-mpls-00.txt.
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.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 8: Single-Area OSPF Routing Protocols.
Extensions to OSPFv2 for Advertising Optional Route/Link Attributes draft-mirtorabi-ospf-tag-00.txt Sina Mirtorabi
OSPF WG – IETF 63 OSPFv3 Graceful Restart Padma Pillay-Esnault Cisco Systems
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 8: Single-Area OSPF Routing Protocols.
© 2009 Cisco Systems, Inc. All rights reserved. ROUTE v1.0—3-1 Implementing a Scalable Multiarea Network OSPF-Based Solution Planning Routing Implementations.
1 OSPF and MANET WG meetings, IETF63 OSPF MANET Design Team update August 1-5, 2005 Tom Henderson (in absentia)
79th IETF – Beijing, November 2010 OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks Young
Cisco Confidential © 2010 Cisco and/or its affiliates. All rights reserved. 1 draft-pillay-esnault-ospf-service-distribution-00.txt Padma Pillay-Esnault.
PIM-BIDIR RP Resiliency Jeffrey Zhang, Kurt Windisch, Jaroslaw Adam Gralak Juniper Networks 88 th IETF, Vancouver.
OSPF Hybrid Broadcast and P2MP Interface Type Nischal Sheth, Lili Wang, Jeffrey Zhang Juniper Networks 81th IETF, Quebec City.
3 rd December 0770 th IETF Meeting ospf-lite draft-thomas-hunter-reed-ospf-lite-00.txt Matthew Ramon Thomas
Extended procedures and Considerations for Loop Free Alternatives draft-chunduri-rtgwg-lfa-extended-procedures-01 Uma Chunduri Ericsson Inc. Jeff Tantsura.
Release 5.1, Revision 0 Copyright © 2001, Juniper Networks, Inc. Advanced Juniper Networks Routing Module 3: OSPF NSSA.
Draft-chandra-ospf-manet-ext-01.txtIETF 60 draft-chandra-ospf-manet-ext-01.txt IETF 60.
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,
86th IETF, Orlando, March 2013 Flooding Scope PDUs draft-ginsberg-isis-fs-lsp-00.txt Les Ginsberg Stefano Previdi.
IETF 58 OSPF WG Rohit Dube/Acee Lindem (Chairs) November, 2003 Rohit Dube/Acee Lindem (Chairs) November, 2003.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 8: Single-Area OSPF Routing & Switching.
Richard Ogier Presented by Tom Henderson July 28, 2011
Multi-Instances ISIS Extension draft-ietf-isis-mi-08.txt
OSPF (Open Shortest Path First)
Multi Topology Routing (MTR) for OSPF
ISIS Flooding Reduction in MSDC
Instructor Materials Chapter 10: OSPF Tuning and Troubleshooting
OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks
Similar Yet Different Protocol Design Choices in IS-IS and OSPF
Chapter 9: Multiarea OSPF
OSPF Geo Location IETF 97, Seoul
OSPF & ISIS Flooding Reduction
Chapter 8: Single-Area OSPF
Chapter 9: Multiarea OSPF
Chapter 9: Multiarea OSPF
Dynamic Routing Protocols part3 B
draft-ietf-ospf-lls-interface-id-00
ISIS extensions for SRv6 draft-bashandy-isis-srv6-extensions-03
Handle BIER Incapable Routers Zhaohui Zhang, Antoni Przygienda (Juniper) Andrew Dolganow (Nokia) BIER WG 21-March-2018.
draft-ietf-ospf-te-link-attr-reuse-04
BIER with RIFT Zhaohui Zhang (Juniper) Shaowen Ma (Juniper) Zheng Zhang (ZTE) BIER WG 20-March-2018.
Presentation transcript:

OSPF Two-part Metrics Jeffrey Zhang Juniper Networks 89 th IETF, Landon

Summary -00 revision presented in 88 th IETF, Vancouver -01 revision addresses compatibility issue and finishes missing details This presentation: –Reviews general idea –Presents updates in -01 –Presents an alternative encoding for the from- network cost

An example network Satellite based, with fixed/mobile routers –A true broadcast network, not MANET Different costs between different pairs –Conventionally modeled as p2mp network R1 R2 R3 R1->R2: 10 R1->R3: 20 R2->R1: 15 R2->R3: 25 R3->R1: 20 R3->R2: 25

RFC 6845 Hybrid Interface Treat as broadcast for Hello, adjacency and database synchronization purpose Treat as p2mp to advertise different costs for different neighbors –Each Router LSA has N-1 links for the interface One for each neighbor –Change in one router’s communication capability causes all routers to update their Router LSAs unbearable flooding in a large network with routers constantly moving around

Observation 1 If one router’s communication capability changes, all costs change in a similar fashion: –other routers’ cost to it –its cost to all other routers R1 R2 R3 R1->R2: 10 R1->R3: 20 R2->R1: 15 R2->R3: 25 R3->R1: 20 R3->R2:

Observation 2 Network LSA does not have costs associated with listed routers –It is assumed that a router’s cost to all neighbors are the same encoded in the transit link in Router LSA Note that different routers can still encode different costs in the transit link of their own Router LSA for the same network V1 V2 W Router LSA for R1 Router LSA for R2 Router LSA for R3 SPF calculation result: R1->R2,R3: cost 15 R2->R1,R3: cost 20 R3->R1,R2: cost 30 Net LSA Transit link in R1’s Router LSA V3

Proposed solution Model as broadcast network –Use Router and Net LSAs instead of advertising p2p links Break router to router cost to two parts: to/from-network –Advertise both in the transit link (of a different type X) in Router LSA Encode from-network cost as an MT cost –Network LSA as is SPF calculation to consider both to- and from-network costs V1 V2 W Router LSA for R1 Router LSA for R2 Router LSA for R3 Router-Router Cost calculation: R1->R2: 10+10=20 R1->R3: 10+15=25 R2->R1: 10+5 =15 R2->R3: 10+15=25 R3->R1: 20+5 =25 R3->R2: 20+10=30 Net LSA V3 Black: to-net Red: from-net

Advantages Full benefit of broadcast network model –Hello, Adjacency, Synchronization –Reduced LSA size (2N vs. N^2) One link in each Router LSA, N link in the Net LSA –Vs. (N-1) link in each Router LSA Reduced update frequency –When one router’s communication capability changes, only its own Router LSA needs update Generally applicable to ANY broadcast network –As long as cost can be logically broken into two parts –Not a drastic change in concept from RFC 2328: Section 2.2: “Edges that are not marked with a cost have a cost of zero (these are network-to-router links)” Section A.4.3: “The distance from the network to all attached routers is zero”

Encoding from-network cost: Option 1 - encode as an MT metric OSPFv2: | Link ID | | Link Data | | Type | # MT-ID | metric | | MT-ID | |1| MT-ID metric | |... | OSPFv3: Router Multi-Topology sub-TLV | 1 (RMT-sTLV) | Length | | MT-ID | 0 |1| MT-ID metric | sub-TLVs Setting the LSB in the field Between MT-ID and MT-ID metric fields to indicate this is from-network metric

Encoding from-network cost: Option 2 - encode in a stub link Thanks to Acee for the idea In addition to the type-2 transit link, advertise a type-3 stub link to the network, with cost set to the from-network cost During SPF calculation, the presence of both a transit and stub link to the network indicates the network is using two-part metric, and router-router costs are calculated accordingly The stub link is skipped in the second stage of SPF calculation (for stub networks)

Compatibility: Encoding Option 1 New Link Type X not backward compatible Routers not supporting this must not form adjacencies with those that do support it, in an area with two-part metric networks –Use LLS EOF-TLV for this purpose Bit Name Reference 0x LSDB Resynchronization (LR) [RFC4811] 0x Restart Signal (RS-bit) [RFC4812] 0x Two-Part Metric (TM-bit) [this proposal]

Compatibility: Encoding Option 2 All routers supporting this capability must advertise Router Information (RI) LSA with a newly assigned bit set in Router Informational Capabilities TLV All routers disable two-part metric when detecting the presence of a reachable Router LSA w/o a companion RI LSA w/ the bit set: –Remove its stub link for a transit network –Recalculate routes w/o considering the from- network cost

Plan Update draft with new encoding scheme Seek review, comments, and WG adoption