TIE Breaking: Tunable Interdomain Egress Selection Renata Teixeira Laboratoire d’Informatique de Paris 6 Université Pierre et Marie Curie with Tim Griffin.

Slides:



Advertisements
Similar presentations
Jennifer Rexford Princeton University MW 11:00am-12:20pm Logically-Centralized Control COS 597E: Software Defined Networking.
Advertisements

Routing Basics.
1 Interdomain Traffic Engineering with BGP By Behzad Akbari Spring 2011 These slides are based on the slides of Tim. G. Griffin (AT&T) and Shivkumar (RPI)
CS540/TE630 Computer Network Architecture Spring 2009 Tu/Th 10:30am-Noon Sue Moon.
© J. Liebeherr, All rights reserved 1 Border Gateway Protocol This lecture is largely based on a BGP tutorial by T. Griffin from AT&T Research.
Fundamentals of Computer Networks ECE 478/578 Lecture #18: Policy-Based Routing Instructor: Loukas Lazos Dept of Electrical and Computer Engineering University.
Dynamic Routing Scalable Infrastructure Workshop, AfNOG2008.
1 BGP Anomaly Detection in an ISP Jian Wu (U. Michigan) Z. Morley Mao (U. Michigan) Jennifer Rexford (Princeton) Jia Wang (AT&T Labs)
1 Interdomain Routing Protocols. 2 Autonomous Systems An autonomous system (AS) is a region of the Internet that is administered by a single entity and.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Introduction to Dynamic Routing Protocol Routing Protocols and Concepts – Chapter.
Part II: Inter-domain Routing Policies. March 8, What is routing policy? ISP1 ISP4ISP3 Cust1Cust2 ISP2 traffic Connectivity DOES NOT imply reachability!
1 Finding a Needle in a Haystack: Pinpointing Significant BGP Routing Changes in an IP Network Jian Wu (University of Michigan) Z. Morley Mao (University.
Traffic Engineering With Traditional IP Routing Protocols
Practical and Configuration issues of BGP and Policy routing Cameron Harvey Simon Fraser University.
Traffic Engineering Jennifer Rexford Advanced Computer Networks Tuesdays/Thursdays 1:30pm-2:50pm.
1 Traffic Engineering for ISP Networks Jennifer Rexford IP Network Management and Performance AT&T Labs - Research; Florham Park, NJ
Traffic Engineering in IP Networks Jennifer Rexford Computer Science Department Princeton University; Princeton, NJ
1 Policy-Based Path-Vector Routing Reading: Sections COS 461: Computer Networks Spring 2006 (MW 1:30-2:50 in Friend 109) Jennifer Rexford Teaching.
Network Protocols Designed for Optimizability Jennifer Rexford Princeton University
Slide -1- February, 2006 Interdomain Routing Gordon Wilfong Distinguished Member of Technical Staff Algorithms Research Department Mathematical and Algorithmic.
Dynamics of Hot-Potato Routing in IP Networks Renata Teixeira (UC San Diego) with Aman Shaikh (AT&T), Tim Griffin(Intel),
Internet Routing (COS 598A) Today: Interdomain Traffic Engineering Jennifer Rexford Tuesdays/Thursdays.
1 Design and implementation of a Routing Control Platform Matthew Caesar, Donald Caldwell, Nick Feamster, Jennifer Rexford, Aman Shaikh, Jacobus van der.
Internet Routing (COS 598A) Today: Hot-Potato Routing Jennifer Rexford Tuesdays/Thursdays 11:00am-12:20pm.
Network Monitoring for Internet Traffic Engineering Jennifer Rexford AT&T Labs – Research Florham Park, NJ 07932
Routing.
1 Interdomain Routing Policy Reading: Sections plus optional reading COS 461: Computer Networks Spring 2008 (MW 1:30-2:50 in COS 105) Jennifer Rexford.
A Routing Control Platform for Managing IP Networks Jennifer Rexford Princeton University
Backbone Networks Jennifer Rexford COS 461: Computer Networks Lectures: MW 10-10:50am in Architecture N101
A Routing Control Platform for Managing IP Networks Jennifer Rexford Princeton University
Hot Potatoes Heat Up BGP Routing Jennifer Rexford AT&T Labs—Research Joint work with Renata Teixeira, Aman Shaikh, and.
Dynamics of Hot-Potato Routing in IP Networks Jennifer Rexford AT&T Labs—Research Joint work with Renata Teixeira, Aman.
Building a Strong Foundation for a Future Internet Jennifer Rexford ’91 Computer Science Department (and Electrical Engineering and the Center for IT Policy)
Jennifer Rexford Princeton University MW 11:00am-12:20pm Wide-Area Traffic Management COS 597E: Software Defined Networking.
Lecture Week 3 Introduction to Dynamic Routing Protocol Routing Protocols and Concepts.
Computer Networks Layering and Routing Dina Katabi
Network Sensitivity to Hot-Potato Disruptions Renata Teixeira (UC San Diego) with Aman Shaikh (AT&T), Tim Griffin(Intel),
1 Meeyoung Cha, Sue Moon, Chong-Dae Park Aman Shaikh Placing Relay Nodes for Intra-Domain Path Diversity To appear in IEEE INFOCOM 2006.
Authors Renata Teixeira, Aman Shaikh and Jennifer Rexford(AT&T), Tim Griffin(Intel) Presenter : Farrukh Shahzad.
© 2009 Cisco Systems, Inc. All rights reserved. ROUTE v1.0—6-1 Connecting an Enterprise Network to an ISP Network BGP Attributes and Path Selection Process.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Introduction to Dynamic Routing Protocol Routing Protocols and Concepts.
Introduction to Dynamic Routing Protocol
Traffic Engineering for ISP Networks Jennifer Rexford Internet and Networking Systems AT&T Labs - Research; Florham Park, NJ
CS 3700 Networks and Distributed Systems Inter Domain Routing (It’s all about the Money) Revised 8/20/15.
Jennifer Rexford Fall 2014 (TTh 3:00-4:20 in CS 105) COS 561: Advanced Computer Networks BGP.
Chapter 9. Implementing Scalability Features in Your Internetwork.
Routing Fundamental W.lilakiatsakun. Review Routing Fundamental VLSM Static & Dynamic Routing Routing algorithm concept.
Dynamics of Hot-Potato Routing in IP Networks Jennifer Rexford AT&T Labs—Research Joint work with Renata Teixeira (UCSD),
More on Internet Routing A large portion of this lecture material comes from BGP tutorial given by Philip Smith from Cisco (ftp://ftp- eng.cisco.com/pfs/seminars/APRICOT2004.
Intradomain Traffic Engineering By Behzad Akbari These slides are based in part upon slides of J. Rexford (Princeton university)
Evolving Toward a Self-Managing Network Jennifer Rexford Princeton University
CS 640: Introduction to Computer Networks Aditya Akella Lecture 11 - Inter-Domain Routing - BGP (Border Gateway Protocol)
1 Agenda for Today’s Lecture The rationale for BGP’s design –What is interdomain routing and why do we need it? –Why does BGP look the way it does? How.
1 Chapter 4: Internetworking (IP Routing) Dr. Rocky K. C. Chang 16 March 2004.
Michael Schapira, Princeton University Fall 2010 (TTh 1:30-2:50 in COS 302) COS 561: Advanced Computer Networks
Internet Traffic Engineering Motivation: –The Fish problem, congested links. –Two properties of IP routing Destination based Local optimization TE: optimizing.
Jian Wu (University of Michigan)
Controlling the Impact of BGP Policy Changes on IP Traffic
Border Gateway Protocol
COS 561: Advanced Computer Networks
BGP supplement Abhigyan Sharma.
Interdomain Traffic Engineering with BGP
Routing.
COS 561: Advanced Computer Networks
COS 561: Advanced Computer Networks
COS 561: Advanced Computer Networks
Backbone Networks Mike Freedman COS 461: Computer Networks
COS 461: Computer Networks
BGP Instability Jennifer Rexford
Computer Networks Protocols
Presentation transcript:

TIE Breaking: Tunable Interdomain Egress Selection Renata Teixeira Laboratoire d’Informatique de Paris 6 Université Pierre et Marie Curie with Tim Griffin (Cambridge), Mauricio Resende (AT&T), and Jennifer Rexford (Princeton)

2 Internet as a Communication Infrastructure Internet Highly-sensitive to transient and persistent performance problems

3 Two-Tier Routing Architecture Internet UCSD Sprint AT&T Verio AOL User Web Server UCSD AT&T Verio AOL Interdomain routing (BGP) Selects AS-level path based on policies Intradomain routing (IGP) Most common: OSPF, IS-IS Selects shortest path from ingress to egress based on link weights

4 UCSD Sprint AT&T Verio AOL Selecting Among Multiple Egresses Today User Web Server UCSD AT&T Verio Hot-potato routing BGP selects closest egress by comparing IGP distances NY SF LA B’s IGP distance d(B,NY): 2 d(B,SF): 31 d(B,LA): 26 B

5 However, Hot-Potato Routing is…  Too disruptive  Small changes inside can lead to big disruptions A B C D G E F A B dst Consequences -Transient forwarding instability -Traffic shift (largest traffic variations) -BGP updates to other domains

6 However, Hot-Potato Routing is…  Too disruptive  Small changes inside can lead to big disruptions  Too restrictive  Egress selection mechanism dictates a policy  Too convoluted  IGP metrics determine BGP egress selection  IGP paths and egress selection are coupled

7 Maybe a Fixed Ranking?  Goal: No disruptions because of internal changes  Solution  Each router has a fixed ranking of egresses  Select the highest-ranked egress for each destination  Use tunnels from ingress to egress  Disadvantage  Sometimes changing egresses would be useful A B C D G E F A B dst

8 Egress Selection Mechanisms automatic adaptation robustness to internal changes hot-potato routing fixed ranking Explore trade-off

9 Metrics for Ranking Egresses  Egress selection mechanisms are based on a metric (m) that each ingress router (i) uses to rank each egress router (e) for a destination  Hot-potato routing m is the intradomain distance (d(i,e))  Fixed ranking m is a constant

10 Goals of New Metric  Configurable  Implement a wide-range of egress selection policies  Simple computation  Compute on-line, in real-time  Based on information already available in routers (distance)  Easy to optimize  Expressive for a management system to optimize  Fine control  Each ingress can implement its own ranking policy for each destination

11  Decouples egress selection from internal paths  Egress selection is done by tuning  and   Allow a wide variety of egress selection policies  Hot-potato:  =1,  = 0  Fixed ranking:  =0,  = constant rank  Requirements  Small change in router decision logic  Use of tunnels (as with fixed ranking) m (e) =  (e). d(i,e) +  (e) TIE: Tunable Interdomain Egress Selection m i (dst,e) =  i (dst,e). d(i,e) +  i (dst,e) weighted intradomain distance constant

12 Routers Management System Using TIE Run optimization ,  Configure routers Path computation using m i (dst,e) Forwarding table Administrator defines policy Upon  and  change or routing change

13 Configuring TIE to Minimize Sensitivity Simulation Phase Optimization Phase Network topology Set of egress routers per prefix Set of failures system of inequalities Management System configure routers with values  i (dst,e) and  i (dst,e) that minimize sensitivity

14 At design time: m C (dst,A) < m C (dst,B) 9.  C (dst,A) +  C (dst,A) < 10.  C (dst,B) +  C (dst,B) Simulation Phase A B C dst  C (dst,A) +  C (dst,A) > 10.  C (dst,B) +  C (dst,B) 11.  C (dst,A) +  C (dst,A) < 10.  C (dst,B) +  C (dst,B) Output of simulation phase  C (dst,A)=1,  C (dst,A)=1,  C (dst,B) =2,  C (dst,B) =0

15 Optimization Phase  One system of inequalities per (node, prefix) pair  (num egresses – 1) x (num failures +1)  Practical requirements for setting parameters  Finite-precision parameter values  Limiting the number of unique values  Robustness to unplanned events  Running time  37 seconds (Abilene network) and 12 minutes (ISP network) 196MHz MIPS R10000 processor on an SGI Challenge Integer programming Objective function: min  (  +  )   1

16 Evaluation of TIE on Operational Networks  Topology and egress sets  Abilene network (U.S. research network)  Set link weight with geographic distance  Configuration of TIE  Considering single-link failures  Threshold of delay ratio: 2    [1,4] and 93% of  i (dst,e)=1    {0,1,3251} and 90% of  i (dst,e)=0  Evaluation against hot-potato and fixed ranking  Simulate single-node failures  Measure routing sensitivity and delay

17 Sensitivity to Node Failures fraction prefixes affected CCDF of (node,failure) pairs 15% of egress changes can be avoided without harming delay

18 Delay under Node Failures CCDF of (node, destination,failure) tuples ratio of delay after failure to design time delay Under threshold, TIE has longer delay than hot-potato It is better than fixed ranking for 60% of tuples

19 Conclusion  TIE mechanism for selecting egresses  Decouples interdomain and intradomain routing  Designed for being easy to optimize  Small change to router implementation  Operators can optimize TIE for other policies  Traffic engineering  Robust traffic engineering  Planning for maintenance

20 More details

21 UCSD Sprint AT&T Verio AOL Multiple Interdomain Egresses User Web Server UCSD AT&T Verio Multiple egresses for a destination are common! ISPs usually peer in multiple locations and customers buy multiple connections to one or more ISPs for reliability and performance NY SF LA AOL

22 Why Hot-Potato Routing?  Independent and consistent egress decision  Forward packet to neighbors that have selected same (closest) egress  Minimize resource consumption  Limits consumption of bandwidth by sending traffic to next domain as early as possible A B C D G E F A B dst

23 Summary of BGP Decision Process  BGP decision process  Ignore if exit point unreachable  Highest local preference  Lowest AS path length  Lowest origin type  Lowest MED (with same next hop AS)  Lowest IGP cost to next hop  Lowest router ID of BGP speaker

24 Other Policies  Traffic engineering  Configure TIE parameters to select egresses to obtain optimal link utilization  Solution: Path-based multi-commodity flow  Robust traffic engineering  Combine minimizing sensitivity with traffic engineering problem  Preparing for maintenance

25 Traffic Engineering with TIE  Problem definition  Balance utilization of internal links  Configure TIE parameters to select egresses to obtain optimal link utilization  No need to set intradomain link weights  Solution  Path-based multicommodity flow  No need to tweak routing protocols  Avoid routing convergence

26 Example Policy: Minimizing Sensitivity  Problem definition  Minimize sensitivity to equipment failures  No delay more than twice design time delay  Would be a simple change to routers  If distance is more than twice original distance Change to closest egress  Else Keep using old egress point  But cannot change routers for all possible goals We can do this with TIE just by setting  and 