On low-latency-capable topologies, and their impact on the design of intra-domain routing

Size: px
Start display at page:

Download "On low-latency-capable topologies, and their impact on the design of intra-domain routing"

Transcription

1 On low-latency-capable topologies, and their impact on the design of intra-domain routing Nikola Gvozdiev, Stefano Vissicchio, Brad Karp, Mark Handley University College London (UCL)

2 We want low latency!

3 We want low latency! In the datacenter

4 We want low latency! In the datacenter In the enterprise WAN [B4, BwE, SWAN ] operator controls both WAN and sources so demands are predictable

5 We want low latency! In the datacenter In the enterprise WAN [B4, BwE, SWAN ] operator controls both WAN and sources so demands are predictable In the ISP this talk ISP operator does not control sources

6 How do we get low latency in a loaded ISP network?

7 How do we get low latency in a loaded ISP network? The topology? Topology must offer diverse lowlatency paths

8 How do we get low latency in a loaded ISP network? The topology? Topology must offer diverse lowlatency paths The routing? and routing system must make good use of those low-latency paths

9 How do we get low latency in a loaded ISP network? The topology? Topology must offer diverse lowlatency paths The routing? and routing system must make good use of those low-latency paths

10 All possible topologies connecting a set of PoPs Venn diagram

11 Shortest-path routing doesn t yield lowest latency on all topologies Other topologies SP routing gives lowest possible latency

12 Shortest-path routing doesn t yield lowest latency on all topologies Other topologies SP routing gives lowest possible latency

13 Shortest-path routing doesn t yield lowest latency on all topologies capacity: 1.5 Other topologies SP routing gives lowest possible latency

14 Shortest-path routing doesn t yield lowest latency on all topologies capacity: 1.5 Other topologies demands: 1 each SP routing gives lowest possible latency

15 Shortest-path routing doesn t yield lowest latency on all topologies capacity: 1.5 Other topologies demands: 1 each SP routing gives lowest possible latency

16 Shortest-path routing doesn t yield lowest latency on all topologies capacity: 1.5 Other topologies demands: 1 each Can t achieve lower latency on a tree! SP routing gives lowest possible latency

17 Better Topologies May Need Better Routing capacity: 1.5 demands: 1 each Let s improve the topology, let s add redundancy!

18 Better Topologies May Need Better Routing capacity: 1.5 demands: 1 each Congestion inflates latency if both aggregates don t fit.

19 Better Topologies May Need Better Routing capacity: 1.5 demands: 1 each Congestion control makes aggregates fit; hurts throughput

20 Better Topologies May Need Better Routing capacity: 1.5 Other topologies demands: 1 each SP routing gives lowest possible latency

21 Better Topologies May Need Better Routing Other topologies SP routing gives lowest possible latency

22 Better Topologies May Need Better Routing Other topologies Modern TE (B4, MPLS-TE) give lowest possible latency

23 Better Topologies May Need Better Routing capacity: 1.5 Other topologies demands: 1 each Modern TE (B4, MPLS-TE) give lowest possible latency

24 Better Topologies May Need Better Routing capacity: 1.5 Other topologies demands: 1 each Route as much as possible on shortest paths Modern TE (B4, MPLS-TE) give lowest possible latency

25 Better Topologies May Need Better Routing capacity: 1.5 Other topologies demands: 1 each Traffic is split, low-latency top path fully loaded Modern TE (B4, MPLS-TE) give lowest possible latency

26 Do Even Better Topologies Need Even Better Routing? Do any topologies fall in this region? Other topologies Modern TE (B4, MPLS-TE) give lowest possible latency

27 Do Even Better Topologies Need Even Better Routing? Do any topologies fall in this region? If so, do any of them have a greater potential to provide low latency? Other topologies Modern TE (B4, MPLS-TE) give lowest possible latency

28 Do Even Better Topologies Need Even Better Routing? Do any topologies fall in this region? If so, do any of them have a greater potential to provide low latency? Why does current routing do poorly on those topologies? Other topologies Modern TE (B4, MPLS-TE) give lowest possible latency

29 Limitations of Today s Routing Proof by example. Consider this real-world ISP topology Central European network of GTS, 2010

30 1.0 CDF Shortest path CDF over 100 runs of SP routing on synthetic traffic matrices on GTS s topology Fraction of flows that encounter congestion

31 1.0 CDF Shortest path Fraction of all flows in each traffic matrix that cross at least one congested link Fraction of flows that encounter congestion

32 SP does poorly, as expected 1.0 CDF Shortest path Each point is a run of the routing system on a different traffic matrix Fraction of flows that encounter congestion

33 B4 for the win sort of Jain, Sushant, et al. "B4: Experience with a globally-deployed software defined WAN." ACM SIGCOMM CDF 0.8 Shortest path B Fraction of flows that encounter congestion

34 Where does greedy routing such as B4 You are here! go wrong?

35 Where does greedy routing such as B4 go wrong? Let s focus on a small part of the network

36 Limitations of greedy routing

37 Limitations of greedy routing 1.Allocate as much as possible on shortest path

38 Limitations of greedy routing G Local flows between Veszprem (V) and Gyor (G) V 1.Allocate as much as possible on shortest path

39 Limitations of greedy routing Through flows G Local flows between Veszprem (V) and Gyor (G) V 1.Allocate as much as possible on shortest path

40 Limitations of greedy routing G First link on V->G aggregate s shortest path fills eastbound V 1.Allocate as much as possible on shortest path

41 Limitations of greedy routing G First link on V->G aggregate s shortest path fills eastbound V 1.Allocate as much as possible on shortest path 2.Allocate to longer paths

42 Limitations of greedy routing G First link on V->G aggregate s shortest path fills eastbound? V 1.Allocate as much as possible on shortest path 2.Allocate to longer paths

43 Limitations of greedy routing First link on V->G V->G s second aggregate s shortest best path is already full, using it results in congestion!? G V path fills eastbound 1.Allocate as much as possible on shortest path 2.Allocate to longer paths

44 Limitations of greedy routing

45 Limitations of greedy routing Rings embedded in a topology can trigger this problem with greedy routing

46 B4 for the win sort of 1.0 CDF 0.8 Shortest path B Fraction of flows that encounter congestion

47 Can we do better? 0.8 CDF Yes, a placement which both avoids congestion and minimizes propagation delay does exist! 1.0 Shortest path B4 Latency-optimal Fraction of flows that encounter congestion

48 Can we do better? 0.8 CDF Yes, a placement which both avoids congestion and minimizes propagation delay does exist! 1.0 Shortest path B4 Latency-optimal to low latency. Are other So GTS is amenable topologies? Fraction of flows that encounter congestion

49 How might we quantify a topology s potential for low latency under load? Want a metric to capture a topology s inherent potential for low latency Should be: traffic matrix-agnostic routing algorithm-agnostic

50 How might we quantify a topology s potential for low latency under load? Want a metric to capture a topology s inherent potential for low latency Should be: traffic matrix-agnostic routing algorithm-agnostic Want to capture two things: topology s potential for routing around congestion hot spots without incurring long propagation delay

51 How might we quantify a topology s potential for low latency under load? Want a metric to capture a topology s inherent potential for low latency Should be: traffic matrix-agnostic We want a metric that rewards routing algorithm-agnostic alternate paths with short Want to capture two things: propagation delay topology s potential for routing around congestion hot spots without incurring long propagation delay

52 Alternate Path Availability (APA) Y Gbps

53 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity Y Gbps

54 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity Y Gbps Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

55 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity Y Gbps Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

56 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity Links on shortest path 1 5 Y Gbps Links with viable alternative paths Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

57 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity 1 5 Y Gbps Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

58 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity 2 5 Y Gbps Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

59 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity 3 5 Y Gbps Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

60 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity 3 5 Y Gbps Path too long or not enough capacity Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

61 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity 4 5 Y Gbps Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

62 Alternate Path Availability (APA) Shortest path: T mstotal propagation delay Y Gbps SP capacity 45 = 0.8 Y Gbps For this PoP pair 80% of the links on the SP have an alternate path with acceptable low latency Exclude each link on the shortest path; can we route Y Gbps over one or more alternative paths with delay < 1.4 T?

63 Low-latency path diversity (LLPD) 1. Compute APA for all PoP pairs

64 Low-latency path diversity (LLPD) 1. Compute APA for all PoP pairs 2. Compute LLPD = Fraction of PoP pairs with good path availability

65 Low-latency path diversity (LLPD) 1. Compute APA for all PoP pairs 2. Compute LLPD = = Fraction of PoP pairs with good path availability number of PoP pairs with APA 0.7 total number of PoP pairs

66 Low-latency path diversity (LLPD) 1. Compute APA for all PoP pairs Empirically derived; metric not sensitive to picking different values 2. Compute LLPD = = Fraction of PoP pairs with good path availability number of PoP pairs with APA 0.7 total number of PoP pairs

67 fraction of pairs congested 90th percentile Median 0.5 GTS LLPD real-world ISP topologies, ranked by low-latency path diversity (LLPD)

68 fraction of pairs congested 90th percentile Median 0.5 GTS LLPD Generate TMs for each topology; plot fraction of (Src,Dst) PoP pairs in each TM that crosses at least one congested link

69 fraction of pairs congested Shortest path routing congests links 90th percentile Median 0.5 GTS LLPD Two points per topology: median TM and 90th percentile TM; line shows spread of distribution

70 fraction of pairs congested Shortest path routing congests links 90th percentile Median 0.5 GTS LLPD Networks with high LLPD offer lots of alternative paths à shortest path routing experiences congestion

71 fraction of pairs congested Shortest path routing congests links 90th percentile Median 0.5 GTS LLPD Networks with LLPD here. offer lots of alternative Nohigh surprises What paths à shortest pathabout routing experiences congestion B4?

72 Better at using alternative paths fraction of pairs congested B4 congests networks with high potential for low latency 90th percentile Median 0.5 GTS LLPD

73 total prop delay of all flows total prop delay if all flows routed on SP latency stretch Better at using alternative paths fraction of pairs congested B4 congests networks with high potential for low latency GTS GTS th percentile Median LLPD

74 latency stretch Better Propagation delay Better Congestion fraction of pairs congested B4 congests networks with high potential for low latency GTS GTS th percentile Median LLPD

75 latency stretch Better at using alternative paths Some flows routed on non-shortest paths fraction of pairs congested B4 congests networks with high potential for low latency GTS GTS th percentile Median LLPD

76 latency stretch Better at using alternative paths Some flows routed on non-shortest paths Still incurs congestion, and precisely on high-llpd networks! fraction of pairs congested B4 congests networks with high potential for low latency GTS GTS th percentile Median LLPD

77 fraction of pairs congested B4 congests networks with high potential for low latency GTS GTS latency stretch Better at using 0.5 alternative paths Some flows routed on non-shortest paths 1.0 Still incurs 1.2 congestion, and 90th percentile Need a different routing scheme. How 1.4 precisely on Median about one that prioritizes avoiding high-llpd networks! congestion above all else?llpd

78 Minimizing utilization avoids congestion

79 Minimizing utilization avoids congestion Spread traffic out to leave spare capacity in case traffic levels increase A well-known technique called MinMax Does not care about propagation delay 33%

80 Minimizing utilization avoids congestion Spread traffic out to leave spare capacity in case traffic levels increase A well-known technique called MinMax Does not care about propagation delay How does MinMax do? 33%

81 latency stretch Minimizes utilization, designed to avoid congestion fraction of pairs congested MinMax inflates propagation delay GTS th percentile Median LLPD

82 latency stretch Minimizes utilization, designed to avoid congestion Routes some flows on paths with high propagation delay fraction of pairs congested MinMax inflates propagation delay GTS th percentile Median LLPD

83 latency stretch Minimizes utilization, designed to avoid congestion Routes some flows on paths with high propagation delay fraction of pairs congested MinMax inflates propagation delay 0.5 One extreme of the design space. The other one? 1.0 GTS th percentile Median LLPD

84 latency stretch Minimizes prop delay and avoids congestion Maximizes utilization of links on low-delay paths fraction of pairs congested Latency-optimal placement GTS th percentile Median LLPD

85 Assume it is possible to compute this at scale, more about that later latency stretch Minimizes prop delay and avoids congestion Maximizes utilization of links on low-delay paths fraction of pairs congested Latency-optimal placement GTS th percentile Median LLPD

86 fraction of pairs congested latency stretch latency stretch fraction of pairs congested Two extremes of congestion-free routing GTS th percentile Median LLPD Minimize utilization (MinMax) GTS th percentile Median LLPD Minimize propagation delay and avoid congestion

87 fraction of pairs congested latency stretch latency stretch fraction of pairs congested Two extremes of congestion-free routing GTS th percentile Median LLPD Minimize utilization (MinMax) GTS th percentile Median LLPD Minimize propagation delay and avoid congestion

88 entile fraction of pairs congested GTS latency stretch latency stretch fraction of pairs congested Two extremes of congestion-free routing GTS th percentile Median th percentile Median LLPD Minimize utilization (MinMax) GTS GTS th percentile Median LLPD Minimize propagation delay and avoid congestion

89 entile fraction of pairs congested GTS GTS th percentile Median 1.4 latency stretch latency stretch fraction of pairs congested Two extremes of congestion-free routing GTS GTS th percentile Median 90th percentile 0.1 GTS x 0.5 difference sees in propagation delay! LLPD LLPD Median Minimize utilization (MinMax) Minimize propagation delay and avoid congestion

90 entile fraction of pairs congested GTS GTS th percentile Median 1.4 latency stretch latency stretch fraction of pairs congested Two extremes of congestion-free routing GTS GTS th percentile Median 90th percentile 0.1 GTS x 0.5 difference sees in propagation delay! LLPD LLPD Median Minimize utilization Minimize propagation delay on a single traffic matrix Let s focus (MinMax) and avoid congestion

91 Two extremes of congestion-free routing CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization 0.8 Significant delta in prop delay, but mean utilization the same 1.0

92 Two extremes of congestion-free routing CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization Links on short prop-delay paths in demand in latency-optimal placement

93 Two extremes of congestion-free routing 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization

94 Two extremes of congestion-free routing 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization All possible congestion-free routing solutions lie in this range

95 Two extremes of congestion-free routing 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization % utilization? On an ISP?

96 A minute from a core link 4 3 Gbps Source: CAIDA time (s) +3.2e3

97 A minute from a core link 4 3 Gbps Mean rate. Could run traffic through a path with this capacity, but long queuing delay time (s) +3.2e3

98 A minute from a core link 4 3 Gbps Need to allocate headroom to allow for variability time (s) +3.2e3

99 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization Not feasible because of variability

100 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) link utilization MinMax is one extreme of the headroom dial

101 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) 7% headroom 27% headroom link utilization

102 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) 7% headroom 22% headroom link utilization

103 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) 7% headroom 15% headroom link utilization

104 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) 7% headroom link utilization

105 The headroom dial 1.00 CDF Latency-optimal (mean 0.32) MinMax (mean 0.30) 2% headroom link utilization Need to allow the minimal amount of headroom to cope with variability

106 Towards a low-latency routing system

107 Towards a low-latency routing system Compute latency-optimal routing solution, sans headroom expressed the problem as one big linear program (largely straightforward) efficient iterative solution: add paths, solve, repeat 400+ nodes, less than one second (vs. tens of minutes )

108 Towards a low-latency routing system Compute latency-optimal routing solution, sans headroom expressed the problem as one big linear program (largely straightforward) efficient iterative solution: add paths, solve, repeat 400+ nodes, less than one second (vs. tens of minutes ) Tune headroom dial to drive routing as close as possible to optimal solution while avoiding congestion predict how aggregates will statistically multiplex on a path by convolving their past demands

109 Towards a low-latency routing system Compute latency-optimal routing solution, sans headroom expressed the problem as one big linear program (largely straightforward) efficient iterative solution: add paths, solve, repeat 400+ nodes, less than one second (vs. tens of minutes ) More details in the paper! Tune headroom dial to drive routing as close as possible to optimal solution while avoiding congestion predict how aggregates will statistically multiplex on a path by convolving their past demands

110 Are high-llpd networks viable? A routing system may not be able to unlock the lowlatency potential of a topology LLPD indicates that a topology has good potential for low latency

111 Are high-llpd networks viable? A routing system may not be able to unlock the lowlatency potential of a topology LLPD indicates that a topology has good potential for low latency But will anyone ever really build a modern WAN with high LLPD?

112 Are high-llpd networks viable? fraction of pairs congested Repeated SP experiment, but added Google s network 90th percentile Median 0.5 Google LLPD 0.8

113 Are high-llpd networks viable? fraction of pairs congested Repeated SP experiment, but added Google s network 90th percentile Median Google Modern0.5high-LLPD network! LLPD 0.8

114 Are high-llpd networks viable? fraction of pairs congested Repeated SP experiment, but added Google s network 90th percentile Median Modern0.5high-LLPD network! Google B4 however, does great on that network! Could it be because the routing and the LLPDtopology co-evolved?

115 What topologies would people build if they knew the routing system would always extract the best from it?

116 Conclusions To achieve low latency: topology must provide low-latency paths the routing system must use them effectively State-of-the-art routing falters on high-llpd topologies precisely those with best potential for low latency Practical routing approach for high-llpd topologies: Efficient LP solution for optimal traffic placement Tune headroom dial to avoid congestion (but as little toward MinMax as possible)

117 System Design Simple, centralized design

118 System Design Simple, centralized design But measure what?

119 Measurements Only need measurements per aggregate, not per flow! Need to know enough to figure out both long and short-term variability for each aggregate Sampling traffic level 10 times per second is enough to capture short-term variability due to TCP s congestion control since RTTs in the ISP are long (order of 100ms) Sampling 10 times per second well within reach of recent hardware [DevoFlow SIGCOMM 2011]

120 What about prioritization? If you can you should definitely prioritize delaysensitive traffic but identifying this traffic in the ISP setting may not be trivial, since no single operator controls all sources also, what about bandwidth-hungry low-latency traffic (e.g., VR)

Datacenter Wide- area Enterprise

Datacenter Wide- area Enterprise Datacenter Wide- area Enterprise Client LOAD- BALANCER Can t choose path : ( Servers Outline and goals A new architecture for distributed load-balancing joint (server, path) selection Demonstrate a nation-wide

More information

Datacenter Wide- area Enterprise

Datacenter Wide- area Enterprise Datacenter Wide- area Enterprise Client LOAD- BALANCER Can t choose path : ( Servers Outline and goals A new architecture for distributed load-balancing joint (server, path) selection Demonstrate a nation-wide

More information

Lecture 15: Datacenter TCP"

Lecture 15: Datacenter TCP Lecture 15: Datacenter TCP" CSE 222A: Computer Communication Networks Alex C. Snoeren Thanks: Mohammad Alizadeh Lecture 15 Overview" Datacenter workload discussion DC-TCP Overview 2 Datacenter Review"

More information

From Routing to Traffic Engineering

From Routing to Traffic Engineering 1 From Routing to Traffic Engineering Robert Soulé Advanced Networking Fall 2016 2 In the beginning B Goal: pair-wise connectivity (get packets from A to B) Approach: configure static rules in routers

More information

Data Center TCP (DCTCP)

Data Center TCP (DCTCP) Data Center TCP (DCTCP) Mohammad Alizadeh, Albert Greenberg, David A. Maltz, Jitendra Padhye Parveen Patel, Balaji Prabhakar, Sudipta Sengupta, Murari Sridharan Microsoft Research Stanford University 1

More information

Robust validation of network designs under uncertain demands and failures

Robust validation of network designs under uncertain demands and failures Robust validation of network designs under uncertain demands and failures Yiyang Chang, Sanjay Rao, and Mohit Tawarmalani Purdue University USENIX NSDI 2017 Validating network design Network design today

More information

Attaining the Promise and Avoiding the Pitfalls of TCP in the Datacenter. Glenn Judd Morgan Stanley

Attaining the Promise and Avoiding the Pitfalls of TCP in the Datacenter. Glenn Judd Morgan Stanley Attaining the Promise and Avoiding the Pitfalls of TCP in the Datacenter Glenn Judd Morgan Stanley 1 Introduction Datacenter computing pervasive Beyond the Internet services domain BigData, Grid Computing,

More information

Semi-Oblivious Traffic Engineering:

Semi-Oblivious Traffic Engineering: Semi-Oblivious Traffic Engineering: The Road Not Taken Praveen Kumar (Cornell) Yang Yuan (Cornell) Chris Yu (CMU) Nate Foster (Cornell) Robert Kleinberg (Cornell) Petr Lapukhov (Facebook) Chiun Lin Lim

More information

Lecture 10.1 A real SDN implementation: the Google B4 case. Antonio Cianfrani DIET Department Networking Group netlab.uniroma1.it

Lecture 10.1 A real SDN implementation: the Google B4 case. Antonio Cianfrani DIET Department Networking Group netlab.uniroma1.it Lecture 10.1 A real SDN implementation: the Google B4 case Antonio Cianfrani DIET Department Networking Group netlab.uniroma1.it WAN WAN = Wide Area Network WAN features: Very expensive (specialized high-end

More information

Lecture 13: Traffic Engineering

Lecture 13: Traffic Engineering Lecture 13: Traffic Engineering CSE 222A: Computer Communication Networks Alex C. Snoeren Thanks: Mike Freedman, Nick Feamster Lecture 13 Overview Evolution of routing in the ARPAnet Today s TE: Adjusting

More information

SMORE: Semi-Oblivious Traffic Engineering

SMORE: Semi-Oblivious Traffic Engineering SMORE: Semi-Oblivious Traffic Engineering Praveen Kumar * Yang Yuan* Chris Yu Nate Foster* Robert Kleinberg* Petr Lapukhov # Chiun Lin Lim # Robert Soulé * Cornell CMU # Facebook USI Lugano WAN Traffic

More information

Resilient IP Backbones. Debanjan Saha Tellium, Inc.

Resilient IP Backbones. Debanjan Saha Tellium, Inc. Resilient IP Backbones Debanjan Saha Tellium, Inc. dsaha@tellium.com 1 Outline Industry overview IP backbone alternatives IP-over-DWDM IP-over-OTN Traffic routing & planning Network case studies Research

More information

Topic 6: SDN in practice: Microsoft's SWAN. Student: Miladinovic Djordje Date:

Topic 6: SDN in practice: Microsoft's SWAN. Student: Miladinovic Djordje Date: Topic 6: SDN in practice: Microsoft's SWAN Student: Miladinovic Djordje Date: 17.04.2015 1 SWAN at a glance Goal: Boost the utilization of inter-dc networks Overcome the problems of current traffic engineering

More information

volley: automated data placement for geo-distributed cloud services

volley: automated data placement for geo-distributed cloud services volley: automated data placement for geo-distributed cloud services sharad agarwal, john dunagan, navendu jain, stefan saroiu, alec wolman, harbinder bhogan very rapid pace of datacenter rollout April

More information

DCRoute: Speeding up Inter-Datacenter Traffic Allocation while Guaranteeing Deadlines

DCRoute: Speeding up Inter-Datacenter Traffic Allocation while Guaranteeing Deadlines DCRoute: Speeding up Inter-Datacenter Traffic Allocation while Guaranteeing Deadlines Mohammad Noormohammadpour, Cauligi S. Raghavendra Ming Hsieh Department of Electrical Engineering University of Southern

More information

Routing in a Delay Tolerant Network

Routing in a Delay Tolerant Network Routing in a Delay Tolerant Network Vladislav Marinov Jacobs University Bremen March 31st, 2008 Vladislav Marinov Routing in a Delay Tolerant Network 1 Internet for a Remote Village Dial-up connection

More information

SaaS Providers. ThousandEyes for. Summary

SaaS Providers. ThousandEyes for. Summary USE CASE ThousandEyes for SaaS Providers Summary With Software-as-a-Service (SaaS) applications rapidly replacing onpremise solutions, the onus of ensuring a great user experience for these applications

More information

Deploying MPLS & DiffServ

Deploying MPLS & DiffServ Deploying MPLS & DiffServ Thomas Telkamp Director, Data Architecture & Technology Global Crossing Telecommunications, Inc. telkamp@gblx.net MPLS and DiffServ technologies are getting a lot of attention

More information

Motivation'for'CDNs. Measuring'Google'CDN. Is'the'CDN'Effective? Moving'Beyond'End-to-End'Path'Information'to' Optimize'CDN'Performance

Motivation'for'CDNs. Measuring'Google'CDN. Is'the'CDN'Effective? Moving'Beyond'End-to-End'Path'Information'to' Optimize'CDN'Performance Motivation'for'CDNs Moving'Beyond'End-to-End'Path'Information'to' Optimize'CDN'Performance Rupa Krishnan, Harsha V. Madhyastha, Sushant Jain, Sridhar Srinivasan, Arvind Krishnamurthy, Thomas Anderson,

More information

Data Center TCP (DCTCP)

Data Center TCP (DCTCP) Data Center Packet Transport Data Center TCP (DCTCP) Mohammad Alizadeh, Albert Greenberg, David A. Maltz, Jitendra Padhye Parveen Patel, Balaji Prabhakar, Sudipta Sengupta, Murari Sridharan Cloud computing

More information

Congestion Control for High Bandwidth-delay Product Networks. Dina Katabi, Mark Handley, Charlie Rohrs

Congestion Control for High Bandwidth-delay Product Networks. Dina Katabi, Mark Handley, Charlie Rohrs Congestion Control for High Bandwidth-delay Product Networks Dina Katabi, Mark Handley, Charlie Rohrs Outline Introduction What s wrong with TCP? Idea of Efficiency vs. Fairness XCP, what is it? Is it

More information

Utilizing Datacenter Networks: Centralized or Distributed Solutions?

Utilizing Datacenter Networks: Centralized or Distributed Solutions? Utilizing Datacenter Networks: Centralized or Distributed Solutions? Costin Raiciu Department of Computer Science University Politehnica of Bucharest We ve gotten used to great applications Enabling Such

More information

A Deployable Framework for Providing Better Than Best-Effort Quality of Service for Traffic Flows

A Deployable Framework for Providing Better Than Best-Effort Quality of Service for Traffic Flows A Deployable Framework for Providing Better Than Best-Effort Quality of Service for Traffic Flows Proposal Presentation Raheem A. Beyah July 10, 2002 Communications Systems Center Presentation Outline

More information

Network Traffic Characteristics of Data Centers in the Wild. Proceedings of the 10th annual conference on Internet measurement, ACM

Network Traffic Characteristics of Data Centers in the Wild. Proceedings of the 10th annual conference on Internet measurement, ACM Network Traffic Characteristics of Data Centers in the Wild Proceedings of the 10th annual conference on Internet measurement, ACM Outline Introduction Traffic Data Collection Applications in Data Centers

More information

KNOM Tutorial Internet Traffic Matrix Measurement and Analysis. Sue Bok Moon Dept. of Computer Science

KNOM Tutorial Internet Traffic Matrix Measurement and Analysis. Sue Bok Moon Dept. of Computer Science KNOM Tutorial 2003 Internet Traffic Matrix Measurement and Analysis Sue Bok Moon Dept. of Computer Science Overview Definition of Traffic Matrix 4Traffic demand, delay, loss Applications of Traffic Matrix

More information

LOUP: The Principles and Practice of Intra-Domain Route Dissemination. Nikola Gvozdiev, Brad Karp, Mark Handley

LOUP: The Principles and Practice of Intra-Domain Route Dissemination. Nikola Gvozdiev, Brad Karp, Mark Handley LOUP: The Principles and Practice of Intra-Domain Route Dissemination Nikola Gvozdiev, Brad Karp, Mark Handley The Rising Tide of Reachability Expectations Internet users expect any-to-any reachability:

More information

Packet Scheduling in Data Centers. Lecture 17, Computer Networks (198:552)

Packet Scheduling in Data Centers. Lecture 17, Computer Networks (198:552) Packet Scheduling in Data Centers Lecture 17, Computer Networks (198:552) Datacenter transport Goal: Complete flows quickly / meet deadlines Short flows (e.g., query, coordination) Large flows (e.g., data

More information

NaaS Network-as-a-Service in the Cloud

NaaS Network-as-a-Service in the Cloud NaaS Network-as-a-Service in the Cloud joint work with Matteo Migliavacca, Peter Pietzuch, and Alexander L. Wolf costa@imperial.ac.uk Motivation Mismatch between app. abstractions & network How the programmers

More information

CS4450. Computer Networks: Architecture and Protocols. Lecture 15 BGP. Spring 2018 Rachit Agarwal

CS4450. Computer Networks: Architecture and Protocols. Lecture 15 BGP. Spring 2018 Rachit Agarwal CS4450 Computer Networks: Architecture and Protocols Lecture 15 BGP Spring 2018 Rachit Agarwal Autonomous System (AS) or Domain Region of a network under a single administrative entity Border Routers Interior

More information

Lecture 2: Network Design and Topology. CS 598: Advanced Internetworking Matthew Caesar January 20, 2011

Lecture 2: Network Design and Topology. CS 598: Advanced Internetworking Matthew Caesar January 20, 2011 Lecture 2: Network Design and Topology CS 598: Advanced Internetworking Matthew Caesar January 20, 2011 1 Administrivia 2 Today s lecture: Internet topology How should I design my network s topology? What

More information

Outline. EL736 Communications Networks II: Design and Algorithms. Class3: Network Design Modelling Yong Liu 09/19/2006

Outline. EL736 Communications Networks II: Design and Algorithms. Class3: Network Design Modelling Yong Liu 09/19/2006 EL736 Communications Networks II: Design and Algorithms Class3: Network Design Modelling Yong Liu 09/19/2006 1 Outline Examples Basic Problems Routing Restriction 2 1 Example: Intra-Domain Traffic Engineering

More information

Topology basics. Constraints and measures. Butterfly networks.

Topology basics. Constraints and measures. Butterfly networks. EE48: Advanced Computer Organization Lecture # Interconnection Networks Architecture and Design Stanford University Topology basics. Constraints and measures. Butterfly networks. Lecture #: Monday, 7 April

More information

Never be offline again. Created with novapdf Printer (www.novapdf.com). Please register to remove this message.

Never be offline again. Created with novapdf Printer (www.novapdf.com). Please register to remove this message. Never be offline again. Simon Kissel CEO Viprinet GmbH Bingen am Rhein, Germany Part I: WAN-Connectivity = Lots of worries Fear the digger! WAN outages can be a long-lasting pain Downtimes will halt your

More information

Traffic Engineering with Forward Fault Correction

Traffic Engineering with Forward Fault Correction Traffic Engineering with Forward Fault Correction Harry Liu Microsoft Research 06/02/2016 Joint work with Ratul Mahajan, Srikanth Kandula, Ming Zhang and David Gelernter 1 Cloud services require large

More information

Inside SD-WAN: WAN Virtualization Traffic Routing Options

Inside SD-WAN: WAN Virtualization Traffic Routing Options TECHNOLOGY REPORT Inside SD-WAN: WAN Virtualization Traffic Routing Options How to select the right software-defined traffic routing technique for each type of network traffic. SD-WAN and WAN Virtualization

More information

Inter-Domain Routing: BGP

Inter-Domain Routing: BGP Inter-Domain Routing: BGP Brad Karp UCL Computer Science (drawn mostly from lecture notes by Hari Balakrishnan and Nick Feamster, MIT) CS 3035/GZ01 4 th December 2014 Outline Context: Inter-Domain Routing

More information

TCP Incast problem Existing proposals

TCP Incast problem Existing proposals TCP Incast problem & Existing proposals Outline The TCP Incast problem Existing proposals to TCP Incast deadline-agnostic Deadline-Aware Datacenter TCP deadline-aware Picasso Art is TLA 1. Deadline = 250ms

More information

Overview Computer Networking Lecture 16: Delivering Content: Peer to Peer and CDNs Peter Steenkiste

Overview Computer Networking Lecture 16: Delivering Content: Peer to Peer and CDNs Peter Steenkiste Overview 5-44 5-44 Computer Networking 5-64 Lecture 6: Delivering Content: Peer to Peer and CDNs Peter Steenkiste Web Consistent hashing Peer-to-peer Motivation Architectures Discussion CDN Video Fall

More information

Congestion Control In the Network

Congestion Control In the Network Congestion Control In the Network Brighten Godfrey cs598pbg September 9 2010 Slides courtesy Ion Stoica with adaptation by Brighten Today Fair queueing XCP Announcements Problem: no isolation between flows

More information

Episode 5. Scheduling and Traffic Management

Episode 5. Scheduling and Traffic Management Episode 5. Scheduling and Traffic Management Part 3 Baochun Li Department of Electrical and Computer Engineering University of Toronto Outline What is scheduling? Why do we need it? Requirements of a scheduling

More information

Hardware Evolution in Data Centers

Hardware Evolution in Data Centers Hardware Evolution in Data Centers 2004 2008 2011 2000 2013 2014 Trend towards customization Increase work done per dollar (CapEx + OpEx) Paolo Costa Rethinking the Network Stack for Rack-scale Computers

More information

CS519: Computer Networks

CS519: Computer Networks Lets start at the beginning : Computer Networks Lecture 1: Jan 26, 2004 Intro to Computer Networking What is a for? To allow two or more endpoints to communicate What is a? Nodes connected by links Lets

More information

Key aspects of cloud computing. Towards fuller utilization. Two main sources of resource demand. Cluster Scheduling

Key aspects of cloud computing. Towards fuller utilization. Two main sources of resource demand. Cluster Scheduling Key aspects of cloud computing Cluster Scheduling 1. Illusion of infinite computing resources available on demand, eliminating need for up-front provisioning. The elimination of an up-front commitment

More information

15-744: Computer Networking. Data Center Networking II

15-744: Computer Networking. Data Center Networking II 15-744: Computer Networking Data Center Networking II Overview Data Center Topology Scheduling Data Center Packet Scheduling 2 Current solutions for increasing data center network bandwidth FatTree BCube

More information

A Scalable Content- Addressable Network

A Scalable Content- Addressable Network A Scalable Content- Addressable Network In Proceedings of ACM SIGCOMM 2001 S. Ratnasamy, P. Francis, M. Handley, R. Karp, S. Shenker Presented by L.G. Alex Sung 9th March 2005 for CS856 1 Outline CAN basics

More information

Vivaldi Practical, Distributed Internet Coordinates

Vivaldi Practical, Distributed Internet Coordinates Vivaldi Practical, Distributed Internet Coordinates Frank Dabek Russ Cox Robert Morris Frans Kaashoek Computer Science and Artificial Intelligence Lab Massachusetts Institute of Technology ACM SIGCOMM

More information

Distributed Data Infrastructures, Fall 2017, Chapter 2. Jussi Kangasharju

Distributed Data Infrastructures, Fall 2017, Chapter 2. Jussi Kangasharju Distributed Data Infrastructures, Fall 2017, Chapter 2 Jussi Kangasharju Chapter Outline Warehouse-scale computing overview Workloads and software infrastructure Failures and repairs Note: Term Warehouse-scale

More information

Practical, Real-time Centralized Control for CDN-based Live Video Delivery

Practical, Real-time Centralized Control for CDN-based Live Video Delivery Practical, Real-time Centralized Control for CDN-based Live Video Delivery Matt Mukerjee, David Naylor, Junchen Jiang, Dongsu Han, Srini Seshan, Hui Zhang Combating Latency in Wide Area Control Planes

More information

Efficient Point to Multipoint Transfers Across Datacenters

Efficient Point to Multipoint Transfers Across Datacenters Efficient Point to Multipoint Transfers cross Datacenters Mohammad Noormohammadpour 1, Cauligi S. Raghavendra 1, Sriram Rao, Srikanth Kandula 1 University of Southern California, Microsoft Source: https://azure.microsoft.com/en-us/overview/datacenters/how-to-choose/

More information

Business Aspects of FibeAir IP-20C

Business Aspects of FibeAir IP-20C Business Aspects of FibeAir IP-20C Introduction FibeAir IP-20C constitutes a breakthrough in capacity and cost-effectiveness in microwave communications bestowing significant competitive advantages on

More information

Reformulating the monitor placement problem: Optimal Network-wide Sampling

Reformulating the monitor placement problem: Optimal Network-wide Sampling Reformulating the monitor placement problem: Optimal Network-wide Sampling Gion-Reto Cantieni (EPFL) Gianluca Iannaconne (Intel) Chadi Barakat (INRIA Sophia Antipolis) Patrick Thiran (EPFL) Christophe

More information

Revisiting Network Support for RDMA

Revisiting Network Support for RDMA Revisiting Network Support for RDMA Radhika Mittal 1, Alex Shpiner 3, Aurojit Panda 1, Eitan Zahavi 3, Arvind Krishnamurthy 2, Sylvia Ratnasamy 1, Scott Shenker 1 (1: UC Berkeley, 2: Univ. of Washington,

More information

On Network Dimensioning Approach for the Internet

On Network Dimensioning Approach for the Internet On Dimensioning Approach for the Internet Masayuki Murata ed Environment Division Cybermedia Center, (also, Graduate School of Engineering Science, ) e-mail: murata@ics.es.osaka-u.ac.jp http://www-ana.ics.es.osaka-u.ac.jp/

More information

Multipath Transport, Resource Pooling, and implications for Routing

Multipath Transport, Resource Pooling, and implications for Routing Multipath Transport, Resource Pooling, and implications for Routing Mark Handley, UCL and XORP, Inc Also: Damon Wischik, UCL Marcelo Bagnulo Braun, UC3M The members of Trilogy project: www.trilogy-project.org

More information

CS244a: An Introduction to Computer Networks

CS244a: An Introduction to Computer Networks Do not write in this box MCQ 9: /10 10: /10 11: /20 12: /20 13: /20 14: /20 Total: Name: Student ID #: CS244a Winter 2003 Professor McKeown Campus/SITN-Local/SITN-Remote? CS244a: An Introduction to Computer

More information

DeTail Reducing the Tail of Flow Completion Times in Datacenter Networks. David Zats, Tathagata Das, Prashanth Mohan, Dhruba Borthakur, Randy Katz

DeTail Reducing the Tail of Flow Completion Times in Datacenter Networks. David Zats, Tathagata Das, Prashanth Mohan, Dhruba Borthakur, Randy Katz DeTail Reducing the Tail of Flow Completion Times in Datacenter Networks David Zats, Tathagata Das, Prashanth Mohan, Dhruba Borthakur, Randy Katz 1 A Typical Facebook Page Modern pages have many components

More information

B4 and After: Managing Hierarchy, Partitioning, and Asymmetry for Availability and Scale in Google's Software-Defined WAN

B4 and After: Managing Hierarchy, Partitioning, and Asymmetry for Availability and Scale in Google's Software-Defined WAN B4 and After: Managing Hierarchy, Partitioning, and Asymmetry for Availability and Scale in Google's Software-Defined WAN ( Chi ) Chi-yao Hong, Subhasree Mandal, Mohammad Al-Fares, Min Zhu, Richard Alimi,

More information

TO reduce management costs and improve performance, Delay-Optimized Video Traffic Routing in Software-Defined Inter-Datacenter Networks

TO reduce management costs and improve performance, Delay-Optimized Video Traffic Routing in Software-Defined Inter-Datacenter Networks 1 Delay-Optimized Video Traffic Routing in Software-Defined Inter-Datacenter Networks Yinan Liu, Di Niu, Member, IEEE and Baochun Li, Fellow, IEEE Abstract Many video streaming applications operate their

More information

ThousandEyes for. Application Delivery White Paper

ThousandEyes for. Application Delivery White Paper ThousandEyes for Application Delivery White Paper White Paper Summary The rise of mobile applications, the shift from on-premises to Software-as-a-Service (SaaS), and the reliance on third-party services

More information

An overview on Internet Measurement Methodologies, Techniques and Tools

An overview on Internet Measurement Methodologies, Techniques and Tools An overview on Internet Measurement Methodologies, Techniques and Tools AA 2011/2012 emiliano.casalicchio@uniroma2.it (Agenda) Lezione 2/05/2012 Part 1 Intro basic concepts ISP Traffic exchange (peering)

More information

Appendix B. Standards-Track TCP Evaluation

Appendix B. Standards-Track TCP Evaluation 215 Appendix B Standards-Track TCP Evaluation In this appendix, I present the results of a study of standards-track TCP error recovery and queue management mechanisms. I consider standards-track TCP error

More information

Congestion Control for High Bandwidth-delay Product Networks

Congestion Control for High Bandwidth-delay Product Networks Congestion Control for High Bandwidth-delay Product Networks Dina Katabi, Mark Handley, Charlie Rohrs Presented by Chi-Yao Hong Adapted from slides by Dina Katabi CS598pbg Sep. 10, 2009 Trends in the Future

More information

Key aspects of cloud computing. Towards fuller utilization. Two main sources of resource demand. Cluster Scheduling

Key aspects of cloud computing. Towards fuller utilization. Two main sources of resource demand. Cluster Scheduling Key aspects of cloud computing Cluster Scheduling 1. Illusion of infinite computing resources available on demand, eliminating need for up-front provisioning. The elimination of an up-front commitment

More information

Improving Search In Peer-to-Peer Systems

Improving Search In Peer-to-Peer Systems Improving Search In Peer-to-Peer Systems Presented By Jon Hess cs294-4 Fall 2003 Goals Present alternative searching methods for systems with loose integrity constraints Probabilistically optimize over

More information

A Scalable, Commodity Data Center Network Architecture

A Scalable, Commodity Data Center Network Architecture A Scalable, Commodity Data Center Network Architecture B Y M O H A M M A D A L - F A R E S A L E X A N D E R L O U K I S S A S A M I N V A H D A T P R E S E N T E D B Y N A N X I C H E N M A Y. 5, 2 0

More information

Approximately Uniform Random Sampling in Sensor Networks

Approximately Uniform Random Sampling in Sensor Networks Approximately Uniform Random Sampling in Sensor Networks Boulat A. Bash, John W. Byers and Jeffrey Considine Motivation Data aggregation Approximations to COUNT, SUM, AVG, MEDIAN Existing work does not

More information

Virtualizing The Network For Fun and Profit. Building a Next-Generation Network Infrastructure using EVPN/VXLAN

Virtualizing The Network For Fun and Profit. Building a Next-Generation Network Infrastructure using EVPN/VXLAN Virtualizing The Network For Fun and Profit Building a Next-Generation Network Infrastructure using EVPN/VXLAN By Richard A Steenbergen A BRIEF HISTORY OF LAYER 2 NETWORKING Historically,

More information

Policy-Compliant Path Diversity and Bisection Bandwidth

Policy-Compliant Path Diversity and Bisection Bandwidth Policy-Compliant Path Diversity and Bisection Bandwidth Rowan Klöti1, Vasileios Kotronis1, Bernhard Ager1, Xenofontas Dimitropoulos2,1 1 ETH Zurich, Switzerland 2 University of Crete / FORTH, Greece 1

More information

Discrete-Approximation of Measured Round Trip Time Distributions: A Model for Network Emulation

Discrete-Approximation of Measured Round Trip Time Distributions: A Model for Network Emulation Discrete-Approximation of Measured Round Trip Time Distributions: A Model for Network Emulation Jay Aikat*, Shaddi Hasan +, Kevin Jeffay*, and F. Donelson Smith* *University of North Carolina at Chapel

More information

The Impact of Optics on HPC System Interconnects

The Impact of Optics on HPC System Interconnects The Impact of Optics on HPC System Interconnects Mike Parker and Steve Scott Hot Interconnects 2009 Manhattan, NYC Will cost-effective optics fundamentally change the landscape of networking? Yes. Changes

More information

Building Efficient and Reliable Software-Defined Networks. Naga Katta

Building Efficient and Reliable Software-Defined Networks. Naga Katta FPO Talk Building Efficient and Reliable Software-Defined Networks Naga Katta Jennifer Rexford (Advisor) Readers: Mike Freedman, David Walker Examiners: Nick Feamster, Aarti Gupta 1 Traditional Networking

More information

Tales of the Tail Hardware, OS, and Application-level Sources of Tail Latency

Tales of the Tail Hardware, OS, and Application-level Sources of Tail Latency Tales of the Tail Hardware, OS, and Application-level Sources of Tail Latency Jialin Li, Naveen Kr. Sharma, Dan R. K. Ports and Steven D. Gribble February 2, 2015 1 Introduction What is Tail Latency? What

More information

Cloud 3.0 and Software Defined Networking October 28, Amin Vahdat on behalf of Google Technical Infratructure Google Fellow

Cloud 3.0 and Software Defined Networking October 28, Amin Vahdat on behalf of Google Technical Infratructure Google Fellow Cloud 3.0 and Software Defined Networking October 28, 2016 Amin Vahdat on behalf of Google Technical Infratructure Google Fellow Overview This talk: example of the Google research model Driven by novel

More information

Deadline Guaranteed Service for Multi- Tenant Cloud Storage Guoxin Liu and Haiying Shen

Deadline Guaranteed Service for Multi- Tenant Cloud Storage Guoxin Liu and Haiying Shen Deadline Guaranteed Service for Multi- Tenant Cloud Storage Guoxin Liu and Haiying Shen Presenter: Haiying Shen Associate professor *Department of Electrical and Computer Engineering, Clemson University,

More information

TCP EX MACHINA: COMPUTER-GENERATED CONGESTION CONTROL KEITH WINSTEIN AND HARI BALAKRISHNAN. Presented by: Angela Jiang

TCP EX MACHINA: COMPUTER-GENERATED CONGESTION CONTROL KEITH WINSTEIN AND HARI BALAKRISHNAN. Presented by: Angela Jiang TCP EX MACHINA: COMPUTER-GENERATED CONGESTION CONTROL KEITH WINSTEIN AND HARI BALAKRISHNAN Presented by: Angela Jiang Network congestion Cause: Sources trying to send data faster than the network can process

More information

TESTING SD-WAN WITH REAL-WORLD CONDITIONS

TESTING SD-WAN WITH REAL-WORLD CONDITIONS TESTING SD-WAN WITH REAL-WORLD CONDITIONS BACKGROUND Distributed enterprises are saving money on network costs while increasing network reliability by taking advantage of new SD- WAN products. An SD-WAN

More information

Multipath TCP. Prof. Mark Handley Dr. Damon Wischik Costin Raiciu University College London

Multipath TCP. Prof. Mark Handley Dr. Damon Wischik Costin Raiciu University College London Multipath TCP How one little change can make: Google more robust your iphone service cheaper your home broadband quicker prevent the Internet from melting down enable remote brain surgery cure hyperbole

More information

Optimal Network Flow Allocation. EE 384Y Almir Mutapcic and Primoz Skraba 27/05/2004

Optimal Network Flow Allocation. EE 384Y Almir Mutapcic and Primoz Skraba 27/05/2004 Optimal Network Flow Allocation EE 384Y Almir Mutapcic and Primoz Skraba 27/05/2004 Problem Statement Optimal network flow allocation Find flow allocation which minimizes certain performance criterion

More information

Incremental SDN-Enabled Switch Deployment for Hybrid Software-Defined Networks

Incremental SDN-Enabled Switch Deployment for Hybrid Software-Defined Networks Incremental SDN-Enabled Switch Deployment for Hybrid Software-Defined Networks Meitian Huang and Weifa Liang Research School of Computer Science The Australian National University, Canberra, ACT 2601,

More information

Jellyfish: Networking Data Centers Randomly

Jellyfish: Networking Data Centers Randomly Jellyfish: Networking Data Centers Randomly Ankit Singla Chi-Yao Hong Lucian Popa Brighten Godfrey DIMACS Workshop on Systems and Networking Advances in Cloud Computing December 8 2011 The real stars...

More information

Enabling Performance & Stress Test throughout the Application Lifecycle

Enabling Performance & Stress Test throughout the Application Lifecycle Enabling Performance & Stress Test throughout the Application Lifecycle March 2010 Poor application performance costs companies millions of dollars and their reputation every year. The simple challenge

More information

Reasons not to Parallelize TCP Connections for Fast Long-Distance Networks

Reasons not to Parallelize TCP Connections for Fast Long-Distance Networks Reasons not to Parallelize TCP Connections for Fast Long-Distance Networks Zongsheng Zhang Go Hasegawa Masayuki Murata Osaka University Contents Introduction Analysis of parallel TCP mechanism Numerical

More information

Media-Ready Network Transcript

Media-Ready Network Transcript Media-Ready Network Transcript Hello and welcome to this Cisco on Cisco Seminar. I m Bob Scarbrough, Cisco IT manager on the Cisco on Cisco team. With me today are Sheila Jordan, Vice President of the

More information

Java Without the Jitter

Java Without the Jitter TECHNOLOGY WHITE PAPER Achieving Ultra-Low Latency Table of Contents Executive Summary... 3 Introduction... 4 Why Java Pauses Can t Be Tuned Away.... 5 Modern Servers Have Huge Capacities Why Hasn t Latency

More information

Optical Packet Switching

Optical Packet Switching Optical Packet Switching DEISNet Gruppo Reti di Telecomunicazioni http://deisnet.deis.unibo.it WDM Optical Network Legacy Networks Edge Systems WDM Links λ 1 λ 2 λ 3 λ 4 Core Nodes 2 1 Wavelength Routing

More information

Joint Server Selection and Routing for Geo-Replicated Services

Joint Server Selection and Routing for Geo-Replicated Services Joint Server Selection and Routing for Geo-Replicated Services Srinivas Narayana Joe Wenjie Jiang, Jennifer Rexford and Mung Chiang Princeton University 1 Large-scale online services Search, shopping,

More information

ADVANCED TOPICS FOR CONGESTION CONTROL

ADVANCED TOPICS FOR CONGESTION CONTROL ADVANCED TOPICS FOR CONGESTION CONTROL Congestion Control The Internet only functions because TCP s congestion control does an effective job of matching traffic demand to available capacity. TCP s Window

More information

Cutting the Cord: A Robust Wireless Facilities Network for Data Centers

Cutting the Cord: A Robust Wireless Facilities Network for Data Centers Cutting the Cord: A Robust Wireless Facilities Network for Data Centers Yibo Zhu, Xia Zhou, Zengbin Zhang, Lin Zhou, Amin Vahdat, Ben Y. Zhao and Haitao Zheng U.C. Santa Barbara, Dartmouth College, U.C.

More information

Routing in a network

Routing in a network Routing in a network Focus is small to medium size networks, not yet the Internet Overview Then Distance vector algorithm (RIP) Link state algorithm (OSPF) Talk about routing more generally E.g., cost

More information

Making the case for SD-WAN

Making the case for SD-WAN Making the case for SD-WAN A practical guide to getting buy-in for your new network New challenges require a new network It isn t just that enterprise IT is changing rapidly it s that it s changing in

More information

Congestion Control in Datacenters. Ahmed Saeed

Congestion Control in Datacenters. Ahmed Saeed Congestion Control in Datacenters Ahmed Saeed What is a Datacenter? Tens of thousands of machines in the same building (or adjacent buildings) Hundreds of switches connecting all machines What is a Datacenter?

More information

Promoting the Use of End-to-End Congestion Control in the Internet

Promoting the Use of End-to-End Congestion Control in the Internet Promoting the Use of End-to-End Congestion Control in the Internet IEEE/ACM Transactions on ing, May 3 1999 Sally Floyd, Kevin Fall Presenter: Yixin Hua 1 About Winner of the Communications Society William

More information

Experimental Study of Skype. Skype Peer-to-Peer VoIP System

Experimental Study of Skype. Skype Peer-to-Peer VoIP System An Experimental Study of the Skype Peer-to-Peer VoIP System Saikat Guha (Cornell) Neil Daswani (Google) Ravi Jain (Google) IPTPS 2006 About Skype Voice over IP (VoIP) 50 million users Valued at $2.6 billion

More information

SD-WAN Transform Your Agency

SD-WAN Transform Your Agency Federal SD-WAN Transform Your Agency 1 Overview Is your agency facing network traffic challenges? Is migration to the secured cloud hogging scarce bandwidth? How about increased mobile computing that is

More information

! Distance vector routing! Link state routing.! Path vector routing! BGP: Border Gateway Protocol! Route aggregation

! Distance vector routing! Link state routing.! Path vector routing! BGP: Border Gateway Protocol! Route aggregation ! Distance vector routing! Link state routing Information Network I Youki Kadobayashi! IGP and EGP Intra-domain routing protocol, inter-domain routing protocol! Path vector routing! BGP: Border Gateway

More information

Modeling the Complexity of Enterprise Routing Design

Modeling the Complexity of Enterprise Routing Design Modeling the Complexity of Enterprise Routing Design Xin Sun (Florida International U.), Sanjay G. Rao (Purdue U.) and Geoffrey G. Xie (Naval Postgraduate School) 1 The costs of complexity We propose that

More information

Internet Routing - MPLS. By Richard Harris

Internet Routing - MPLS. By Richard Harris Internet Routing - MPLS By Richard Harris MPLS Presentation Outline Introduction Problems of Internet size Methods for overcoming potential problems What is MPLS? Overview MPLS terminology MPLS Architecture

More information

Micro load balancing in data centers with DRILL

Micro load balancing in data centers with DRILL Micro load balancing in data centers with DRILL Soudeh Ghorbani (UIUC) Brighten Godfrey (UIUC) Yashar Ganjali (University of Toronto) Amin Firoozshahian (Intel) Where should the load balancing functionality

More information

SCALING SOFTWARE DEFINED NETWORKS. Chengyu Fan (edited by Lorenzo De Carli)

SCALING SOFTWARE DEFINED NETWORKS. Chengyu Fan (edited by Lorenzo De Carli) SCALING SOFTWARE DEFINED NETWORKS Chengyu Fan (edited by Lorenzo De Carli) Introduction Network management is driven by policy requirements Network Policy Guests must access Internet via web-proxy Web

More information

Network Adaptability under Resource Crunch. Rafael Braz Rebouças Lourenço Networks Lab - UC Davis Friday Lab Meeting - April 7th, 2017

Network Adaptability under Resource Crunch. Rafael Braz Rebouças Lourenço Networks Lab - UC Davis Friday Lab Meeting - April 7th, 2017 Network Adaptability under Resource Crunch Rafael Braz Rebouças Lourenço Networks Lab - UC Davis Friday Lab Meeting - April 7th, 2017 Outline What is Resource Crunch Problem Statement Example 1 Connection

More information