Aditya Akella The Performance Benefits of Multihoming Aditya Akella CMU With Bruce Maggs, Srini Seshan, Anees Shaikh and Ramesh Sitaraman.

Slides:



Advertisements
Similar presentations
Rob Smets A user centred approach IPv6 deployment monitoring.
Advertisements

NDN in Local Area Networks Junxiao Shi The University of Arizona
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)
1 Server Selection & Content Distribution Networks (slides by Srini Seshan, CS CMU)
The Connectivity and Fault-Tolerance of the Internet Topology
1 Efficient and Robust Streaming Provisioning in VPNs Z. Morley Mao David Johnson Oliver Spatscheck Kobus van der Merwe Jia Wang.
The Structure of Networks with emphasis on information and social networks T-214-SINE Summer 2011 Chapter 8 Ýmir Vigfússon.
Part II: Inter-domain Routing Policies. March 8, What is routing policy? ISP1 ISP4ISP3 Cust1Cust2 ISP2 traffic Connectivity DOES NOT imply reachability!
Packet Caches on Routers: The Implications of Universal Redundant Traffic Elimination Ashok Anand, Archit Gupta, Aditya Akella University of Wisconsin,
1 Routing and Scheduling in Web Server Clusters. 2 Reference The State of the Art in Locally Distributed Web-server Systems Valeria Cardellini, Emiliano.
A Study of Multiple IP Link Failure Fang Yu
Traffic Prediction on the Internet Anne Denton. Outline  Paper by Y. Baryshnikov, E. Coffman, D. Rubenstein and B. Yimwadsana  Solutions  Time-Series.
An Analysis of Internet Content Delivery Systems Stefan Saroiu, Krishna P. Gommadi, Richard J. Dunn, Steven D. Gribble, and Henry M. Levy Proceedings of.
1 A Framework for Lazy Replication in P2P VoD Bin Cheng 1, Lex Stein 2, Hai Jin 1, Zheng Zhang 2 1 Huazhong University of Science & Technology (HUST) 2.
Application Layer Anycasting: A Server Selection Architecture and Use in a Replicated Web Service Presented in by Jayanthkumar Kannan On 11/26/03.
U NIVERSITY OF M ASSACHUSETTS, A MHERST Department of Computer Science Informed Detour Selection Helps Reliability Boulat A. Bash.
1 Network Tomography Venkat Padmanabhan Lili Qiu MSR Tab Meeting 22 Oct 2001.
Jerry Chou and Bill Lin University of California, San Diego
A Network Measurement Architecture for Adaptive Networked Applications Mark Stemm* Randy H. Katz Computer Science Division University of California at.
IMC 2004Jeff Pang 1 Availability, Usage, and Deployment Characteristics of the Domain Name System Jeffrey Pang *, James Hendricks *, Aditya Akella *, Roberto.
1 Drafting Behind Akamai (Travelocity-Based Detouring) AoJan Su, David R. Choffnes, Aleksandar Kuzmanovic, and Fabian E. Bustamante Department of Electrical.
On Multi-Path Routing Aditya Akella 03/25/02. What is Multi-Path Routing?  Dynamically route traffic Multiple paths to a destination Path taken dependant.
Web Caching and CDNs March 3, Content Distribution Motivation –Network path from server to client is slow/congested –Web server is overloaded Web.
Tradeoffs in CDN Designs for Throughput Oriented Traffic Minlan Yu University of Southern California 1 Joint work with Wenjie Jiang, Haoyuan Li, and Ion.
Understanding Network Failures in Data Centers: Measurement, Analysis and Implications Phillipa Gill University of Toronto Navendu Jain & Nachiappan Nagappan.
Routing of Outgoing Packets with MP-TCP draft-handley-mptcp-routing-00 Mark Handley Costin Raiciu Marcelo Bagnulo.
Niranjan Balasubramanian Aruna Balasubramanian Arun Venkataramani University of Massachusetts Amherst Energy Consumption in Mobile Phones: A Measurement.
The Structure of Networks with emphasis on information and social networks T-214-SINE Summer 2011 Chapter 8 Ýmir Vigfússon.
1 Content Distribution Networks. 2 Replication Issues Request distribution: how to transparently distribute requests for content among replication servers.
Traffic Engineering for CDNs Matt Jansen Akamai Technologies APRICOT 2015.
Distributing Content Simplifies ISP Traffic Engineering Abhigyan Sharma* Arun Venkataramani* Ramesh Sitaraman*~ *University of Massachusetts Amherst ~Akamai.
1 Self Management in Chaotic Wireless Networks Aditya Akella, Glenn Judd, Srini Seshan, Peter Steenkiste Carnegie Mellon University.
Business Intelligence
{ Content Distribution Networks ECE544 Dhananjay Makwana Principal Software Engineer, Semandex Networks 5/2/14ECE544.
1 One-Click Hosting Services: A File-Sharing Hideout Demetris Antoniades Evangelos P. Markatos ICS-FORTH Heraklion,
Network Sensitivity to Hot-Potato Disruptions Renata Teixeira (UC San Diego) with Aman Shaikh (AT&T), Tim Griffin(Intel),
Overcast: Reliable Multicasting with an Overlay Network CS294 Paul Burstein 9/15/2003.
Web Cache Replacement Policies: Properties, Limitations and Implications Fabrício Benevenuto, Fernando Duarte, Virgílio Almeida, Jussara Almeida Computer.
Mar 1, 2004 Multi-path Routing CSE 525 Course Presentation Dhanashri Kelkar Department of Computer Science and Engineering OGI School of Science and Engineering.
ECO-DNS: Expected Consistency Optimization for DNS Chen Stephanos Matsumoto Adrian Perrig © 2013 Stephanos Matsumoto1.
Aemen Lodhi (Georgia Tech) Amogh Dhamdhere (CAIDA)
A comparison of overlay routing and multihoming route control Hayoung OH
Mobile Agent Migration Problem Yingyue Xu. Energy efficiency requirement of sensor networks Mobile agent computing paradigm Data fusion, distributed processing.
1 Quantifying Path Exploration in the Internet Ricardo Oliveira, Rafit Izhak-Ratzin, Lixia Zhang, UCLA Beichuan Zhang, UArizona Dan Pei, AT&T Labs -- Research.
Multihoming Performance Benefits: An Experimental Evaluation of Practical Enterprise Strategies Aditya Akella, CMU Srinivasan Seshan, CMU Anees Shaikh,
Reliable Multicast Routing for Software-Defined Networks.
Scaling Properties of the Internet Graph Aditya Akella, CMU With Shuchi Chawla, Arvind Kannan and Srinivasan Seshan PODC 2003.
Ming-Chen Zhao, Paarijaat Aditya, Yin Lin Andreas Haeberlen, Peter Druschel, Bruce Maggs, and William Wishon A First Look at a Hybrid Content Delivery.
© 2005 Cisco Systems, Inc. All rights reserved. BGP v3.2—3-1 Route Selection Using Policy Controls Using Multihomed BGP Networks.
Performance Limitations of ADSL Users: A Case Study Matti Siekkinen, University of Oslo Denis Collange, France Télécom R&D Guillaume Urvoy-Keller, Ernst.
On the Placement of Web Server Replicas Yu Cai. Paper On the Placement of Web Server Replicas Lili Qiu, Venkata N. Padmanabhan, Geoffrey M. Voelker Infocom.
Placing Relay Nodes for Intra-Domain Path Diversity Meeyoung Cha Sue Moon Chong-Dae Park Aman Shaikh Proc. of IEEE INFOCOM 2006 Speaker 游鎮鴻.
© 2005 Cisco Systems, Inc. All rights reserved. BGP v3.2—5-1 Customer-to-Provider Connectivity with BGP Connecting a Multihomed Customer to Multiple Service.
WHAT'S THE DIFFERENCE BETWEEN A WEB APPLICATION STREAMING NETWORK AND A CDN? INSTART LOGIC.
Incrementally Improving Lookup Latency in Distributed Hash Table Systems Hui Zhang 1, Ashish Goel 2, Ramesh Govindan 1 1 University of Southern California.
1 On the Impact of Route Monitor Selection Ying Zhang* Zheng Zhang # Z. Morley Mao* Y. Charlie Hu # Bruce M. Maggs ^ University of Michigan* Purdue University.
Aditya Akella Thesis Oral June 22, 2005
CFA: A Practical Prediction System for Video Quality Optimization
A Comparison of Overlay Routing and Multihoming Route Control
Web Caching? Web Caching:.
Interdomain Traffic Engineering with BGP
No Direction Home: The True cost of Routing Around Decoys
ISP and Egress Path Selection for Multihomed Networks
On the Scale and Performance of Cooperative Web Proxy Caching
Edge computing (1) Content Distribution Networks
EE 122: Lecture 22 (Overlay Networks)
An Empirical Evaluation of Wide-Area Internet Bottlenecks
A Comparison of Overlay Routing and Multihoming Route Control
Conviva & Sky A real-world OTT video Quality of Experience case study
Presentation transcript:

Aditya Akella The Performance Benefits of Multihoming Aditya Akella CMU With Bruce Maggs, Srini Seshan, Anees Shaikh and Ramesh Sitaraman

Aditya Akella2 Multihoming Announce address space to both providers One announcement has longer AS path AS prepend; For backup Primary motivation: reliability AS 300AS 200 Internet AS / /19 AS-path: Destination /19 AS-path: 101

Aditya Akella3 Multihoming Announce address space to both providers One announcement has longer AS path AS prepend; For backup Primary motivation: reliability AS 300AS 200 Internet AS 101 AS-path: Destination AS-path: 101

Aditya Akella4 Multihoming Announce address space to both providers One announcement has longer AS path AS prepend; For backup Primary motivation: reliability AS 300AS 200 Internet AS 101 Destination AS-path: 101 AS-path:

Aditya Akella5 Multihoming for Performance Intelligent “route control” products E.g., RouteScience Observation: Performance varies with providers, time Help stubs extract performance from their ISPs  Multihoming no longer employed just for resilience No quantitative analysis of performance benefits yet ISP2ISP1 Internet Destination Route-control Use ISP1 or 2?

Aditya Akella6 Our Goal Assuming perfect information, what is the maximum performance benefit from multihoming? How can multihomed networks realize these benefits in practice? For an enterprise or a content provider in a metro area…

Aditya Akella7 Two Distinct Perspectives Popular content providers Web server Primarily data consumers Goal: Optimize download performance Primarily data sources Goal: Optimize client-perceived download performance Enterprise Active clients

Aditya Akella8 Measurement Challenges In each metro area, need… Connections to multiple ISPs Akamai infrastructure satisfies this Widespread presence Many servers singly homed to different ISPs City#Providers Atlanta15 Boston10 Chicago23 Dallas21 Los Angeles32 New York39 San Francisco60 Seattle18 Washington DC29 Enterprise Multihoming

Aditya Akella9 Outline of the Talk Enterprise performance benefits Web server performance benefits Practical schemes Conclusion

Aditya Akella10 Enterprise Performance Use Akamai’s servers and monitoring set-up to emulate multihomed enterprises Two distinct data sets: 2-multihoming k-multihoming, k>2 Popular content providers Enterprise Primarily data consumers Goal: Optimize download performance

Aditya Akella11 Enterprise 2-Multihoming Monitors download object every 6 mins from origins Logs stats per download Four cities with two monitors Monitors attached to distinct, large ISPs perf monitor metro area ISP 1ISP 2 selected content providers P1P1 P 80

Aditya Akella12 Enterprise 2-Multihoming Monitors download object every 6 mins from origins Logs stats per download Four cities with two monitors Monitors attached to distinct, large ISPs Stand-ins for 2-multihomed enterprise metro area ISP 1ISP 2 selected content providers P1P1 P 80 perf monitor Enterprise

Aditya Akella13 Enterprise 2-Multihoming Monitors download object every 6 mins from origins Logs stats per download Four cities with two monitors Monitors attached to distinct, large ISPs Stand-ins for 2-multihomed enterprise Look at top 80 customer content providers Log turn-around time REQRESP Akamai node (perf monitor) origin server turnaround metro area ISP 1ISP 2 selected content providers P1P1 P 80 Enterprise

Aditya Akella14 Characterizing Performance Benefit Compare single ISP performance to 2-multihoming Best one used at any instant Assume full knowledge of the best provider at any instance Metric for ISP1 = average downloads turn-around time using ISP1 High metric  ISP1 has poor performance Metric = 1  ISP1 is always better than ISP2 turn-around time using best ISP average downloads

Aditya Akella15 Enterprise 2-Multihoming: Results Definite benefits… but to varying degrees Metric for each ISP

Aditya Akella16 2-Multihoming: Details Analyze the benefit of using two given large providers together May not be the best choice, but… Reflective of typical route-control deployment Still unanswered questions: What is the benefit from using the best providers? How to pick them? What is the benefit from using more providers?

Aditya Akella17 Enterprise k-multihoming New data set emulates a different form of multihoming Best ISP used each hour vs. 2-multihoming dataset  best ISP each transfer  Analysis of this data gives lower bound on actual benefits Metric for k-multihoming: turn-around time using best set of k ISPs Best ISP known beforehand average hours turn-around time using all ISPs

Aditya Akella18 Enterprise k-Multihoming Performance k-multihoming Performance Beyond k=4, marginal benefit is minimal

Aditya Akella19 Enterprise k-Multihoming Performance Best set of k vs. set of best k (NYC) ISPIndividual Rank 1-multi perf ISP ISP ISP ISP ISP ISP ISP ISP Beyond k=4, marginal benefit is minimal Cannot just pick top k individual performers k-multihoming Performance

Aditya Akella20 Outline of the Talk Enterprise performance benefits Web server performance benefits Practical schemes Conclusion

Aditya Akella21 Web server k-Multihoming Use Akamai servers to emulate multihomed data centers and their active clients Web server Active clients Primarily data sources Goal: Optimize client-perceived download performance

Aditya Akella22 Web server Multihoming: Data CDN servers metro areas In 5 metro areas, pick servers attached to unique ISPs

Aditya Akella23 Web server Multihoming: Data CDN servers metro areas In 5 metro areas, pick servers attached to unique ISPs Stand-ins for multihomed web server Web server

Aditya Akella24 Web server Multihoming: Data CDN servers metro areas In 5 metro areas, pick servers attached to unique ISPs Stand-ins for multihomed web server Select nodes in other cities Stand-ins for clients For each metro area… The client stand-ins pull a 50K object from servers in the area Every 6 minutes Log turn around time Metric for comparison: same as with enterprises Web server

Aditya Akella25 Web server k-Multihoming: Results Not much benefit beyond k=4 providers Choice of providers must be made carefully k-multihoming PerformanceAverage of Random Choice

Aditya Akella26 Outline of the Talk Enterprise performance benefits Web server performance benefits Practical schemes Conclusion

Aditya Akella27 Simple Practical Solution In practice, subscriber must use history and a reasonable time-scale to make decisions Monitor performance across all providers Keep EWMA(  ) of performance to each destination across all ISPs Lower   more weight to fresh samples Every T minutes, choose ISP with best EWMA Evaluate effectiveness using Web server data Data still has 6-minute granularity

Aditya Akella28 Web Server: Practical Solution Need timely and accurate samples Recent samples should get a lot of weight (lower  )  =1, T=30 minutes  =10, T=30 minutes

Aditya Akella29 Conclusion Multihoming helps, at least 20% improvement on average But not much beyond 4 providers Careful choice necessary Cannot just pick top individual performers Performance can be hit by >50% for a poor choice In practice, need accurate, timely samples Higher preference to fresh samples

Aditya Akella30 Future Work Reasons for observed performance benefit Impact of ISP cost structure

Aditya Akella31 Extra slides Extra

Aditya Akella32 Performance Benefits: Other Questions Does performance improve with additional providers? Diminishing returns? How carefully should a subscriber choose providers to multihome to? Top individual ISPs? Random vs. informed?

Aditya Akella33 Enterprise 2-Multihoming: Results Definite benefits… but to varying degrees Longer turn-around times benefit more 90 t h 50 t h 10 t h Metric for each ISP Performance from 2-multihoming

Aditya Akella34 Enterprise k-Multihoming, k > 2 Servers download objects from origins Cache misses Log average turn-around times across all origins Averaged per hour CDN servers metro area ISP 1 all origin servers ISP 2ISP 3ISP K

Aditya Akella35 Enterprise k-Multihoming, k > 2 Servers download objects from origins Cache misses Log average turn-around times across all origins Averaged per hour Servers in metro area  stand-in for k-multihomed enterprise metro area ISP 1 all origin servers ISP 2ISP 3ISP K

Aditya Akella36 Enterprise k-Multihoming, k > 2 Servers download objects from origins Cache misses Log average turn-around times across all origins Averaged per hour Servers in metro area  stand-in for k-multihomed enterprise Form of multihoming where all traffic received via best upstream, per hour Finer control (per destination, per flow) would perform better  Lower bound on actual benefits metro area ISP 1 all origin servers ISP 2ISP 3ISP K

Aditya Akella37 Enterprise k-Multihoming Performance Beyond k=4, marginal benefit is minimal Contribution to overall benefit not always proportional to usage k-multihoming PerformanceRelative usage of ISPs (New York)

Aditya Akella38 Practical Multihoming Solution So far… Assume accurate, timely knowledge Pick best provider link for each transfer Assume we can switch arbitrarily often Optimal, but not necessarily realizable How do these limitations impact the practical implementation? How close to optimal can we get in practice?