On low-latency-capable topologies, and their impact on the design of intra-domain routing
|
|
- Maximilian Payne
- 5 years ago
- Views:
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 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 informationDatacenter 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 informationLecture 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 informationFrom 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 informationData 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 informationRobust 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 informationAttaining 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 informationSemi-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 informationLecture 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 informationLecture 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 informationSMORE: 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 informationResilient 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 informationTopic 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 informationvolley: 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 informationDCRoute: 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 informationRouting 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 informationSaaS 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 informationDeploying 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 informationMotivation'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 informationData 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 informationCongestion 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 informationUtilizing 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 informationA 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 informationNetwork 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 informationKNOM 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 informationLOUP: 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 informationPacket 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 informationNaaS 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 informationCS4450. 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 informationLecture 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 informationOutline. 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 informationTopology 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 informationNever 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 informationTraffic 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 informationInside 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 informationInter-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 informationTCP 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 informationOverview 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 informationCongestion 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 informationEpisode 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 informationHardware 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 informationCS519: 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 informationKey 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 information15-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 informationA 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 informationVivaldi 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 informationDistributed 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 informationPractical, 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 informationEfficient 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 informationBusiness 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 informationReformulating 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 informationRevisiting 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 informationOn 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 informationMultipath 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 informationCS244a: 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 informationDeTail 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 informationB4 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 informationTO 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 informationThousandEyes 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 informationAn 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 informationAppendix 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 informationCongestion 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 informationKey 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 informationImproving 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 informationA 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 informationApproximately 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 informationVirtualizing 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 informationPolicy-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 informationDiscrete-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 informationThe 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 informationBuilding 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 informationTales 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 informationCloud 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 informationDeadline 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 informationTCP 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 informationTESTING 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 informationMultipath 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 informationOptimal 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 informationIncremental 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 informationJellyfish: 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 informationEnabling 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 informationReasons 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 informationMedia-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 informationJava 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 informationOptical 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 informationJoint 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 informationADVANCED 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 informationCutting 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 informationRouting 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 informationMaking 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 informationCongestion 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 informationPromoting 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 informationExperimental 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 informationSD-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 Information Network I Youki Kadobayashi! IGP and EGP Intra-domain routing protocol, inter-domain routing protocol! Path vector routing! BGP: Border Gateway
More informationModeling 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 informationInternet 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 informationMicro 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 informationSCALING 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 informationNetwork 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