virtucast multicast and aggregation with in network
play

VirtuCast: Multicast and Aggregation with In-Network Processing - PowerPoint PPT Presentation

VirtuCast: Multicast and Aggregation with In-Network Processing OPODIS 2013 Matthias Rost & Stefan Schmid TU Berlin & Telekom Innovation Laboratories (T-Labs) December 19th, 2013 EURECOM Matthias Rost (TU Berlin & T-Labs)


  1. Algorithms Solution Approach Overview of Solution Approach CVSAP Goal: exact algorithm novel problem solves CVSAP to optimality inapproximable (if P � = NP ) non-polynomial runtime Motivation for exact algorithms application dependent: allows trading-off runtime with solution quality, e.g. when designing new networks baseline for heuristics Solution Approach: Integer Programming (IP) lower bounds are computed on-the-fly Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 21

  2. Algorithms Solution Approach Our Algorithms for CVSAP Developed two different IP formulations Multi-Commodity Flow based Single-Commodity Flow based bad lower bounds good lower bounds cannot be used on large can be used to solve large instances instances VirtuCast Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 22

  3. Algorithms Solution Approach Single- vs. Multi-Commodity Flows Single-Commodity Flow Formulation computes aggregated flow on edges independently of the origin does not represent virtual arborescence Figure: Single-commodity Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 23

  4. Algorithms Solution Approach Single- vs. Multi-Commodity Flows Example: 6000 edges and 200 Steiner sites Single-commodity: 6000 integer variables Multi-commodity: 1,200,000 binary variables Figure: Multi-commodity Figure: Single-commodity Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 23

  5. VirtuCast

  6. Algorithms VirtuCast VirtuCast Algorithm Outline of VirtuCast 1 Solve single-commodity flow IP formulation. 2 Decompose IP solution into Virtual Arborescence. How to → decompose? (a) IP solution (b) Virtual Arborescence Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 25

  7. IP Formulation

  8. Algorithms VirtuCast: IP Formulation Extended Graph Additional edges sender Additional nodes o + Steiner source o + site sinks o − r and o − S o − receiver S o − r Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 27

  9. Algorithms VirtuCast: IP Formulation Outline of IP Formulation Variables ∀ s ∈ S . x s ∈ { 0 , 1 } ∀ e ∈ E ext . f e ∈ Z ≥ 0 Constraints 1 single-commodity flow on extended graph 2 capacity constraints 3 connectivity inequalities Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 28

  10. Algorithms VirtuCast: IP Formulation Outline of IP Formulation Variables ∀ s ∈ S . x s ∈ { 0 , 1 } ∀ e ∈ E ext . f e ∈ Z ≥ 0 Constraints 1 single-commodity flow on extended graph terminals receive one unit of flow activated Steiner sites receive one unit of flow flow preservation on all original nodes 2 capacity constraints 3 connectivity inequalities Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 28

  11. Algorithms VirtuCast: IP Formulation Outline of IP Formulation Variables ∀ s ∈ S . x s ∈ { 0 , 1 } ∀ e ∈ E ext . f e ∈ Z ≥ 0 Constraints 1 single-commodity flow on extended graph 2 capacity constraints enforce degree constraints enforce that edge capacities hold 3 connectivity inequalities Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 28

  12. Algorithms VirtuCast: IP Formulation Outline of IP Formulation Variables ∀ s ∈ S . x s ∈ { 0 , 1 } ∀ e ∈ E ext . f e ∈ Z ≥ 0 Constraints 1 single-commodity flow on extended graph 2 capacity constraints 3 connectivity inequalities Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 28

  13. Algorithms VirtuCast: IP Formulation Connectivity Inequalities ∀ W ⊆ V G , s ∈ W ∩ S � = ∅ . f ( δ + ext ( W )) ≥ x s E R From each activated Steiner site, there exists a path towards o − r . Exponentially many constraints, but . . . can be separated in polynomial time. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 29

  14. Algorithms VirtuCast: IP Formulation Example Scenario sender Steiner site receiver Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 30

  15. Algorithms VirtuCast: IP Formulation Example Extended Graph o − r sender Steiner o − site o + S receiver Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 30

  16. Algorithms VirtuCast: IP Formulation Example Solution o − 1 1 1 r sender 1 1 1 activated 1 1 Steiner o − 3 o + site S receiver 1 1 1 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 30

  17. Decomposition Algorithm

  18. Algorithms VirtuCast: Decomposition Algorithm Decomposing flow is non-trivial. Flow solution is . . . not a tree and not a DAG [7]. Flow solution . . . contains cycles and represents arbitrary hierarchies. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 32

  19. Algorithms VirtuCast: Decomposition Algorithm Outline of Decomposition Algorithm Iterate 1 select a terminal t 2 construct path P from t towards o − r or o − S 3 remove one unit of flow along P 4 connect t to the second last node of P and remove t After each iteration Problem size reduced by one. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 33

  20. Algorithms VirtuCast: Decomposition Algorithm Outline of Decomposition Algorithm Reduced problem must be feasible Removing flow must not invalidate any connectivity inequalities. Principle: Repair & Redirect decrease flow on path edge by edge if connectivity inequalities are violated repair increment flow on edge to remain feasible redirect choose another path from the current node Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 34

  21. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example I r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 35

  22. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example I P = � o + , t 1 , v , r , o − r � r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 35

  23. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example I P = � o + , t 1 , v , r , o − r � r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 35

  24. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example I P = � o + , t 1 , v , r , o − r � r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 35

  25. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example I P = � o + , t 1 , v , r , o − r � r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 35

  26. Algorithms VirtuCast: Decomposition Algorithm Redirecting Flow W r v o − t 1 r o − o + s S Violation of Connectivity Inequality f ( δ + ext ( W )) ≥ x s ∀ W ⊆ V G , s ∈ W ∩ S � = ∅ E R Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 36

  27. Algorithms VirtuCast: Decomposition Algorithm Redirecting Flow Redirection towards o − S is possible! There exists a path from v towards o − S in W . Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 37

  28. Algorithms VirtuCast: Decomposition Algorithm Redirecting Flow Redirection towards o − S is possible! There exists a path from v towards o − S in W . Reasoning 1 Flow preservation holds within W . 2 s could reach o − r via v before the reduction of flow. 3 v receives at least one unit of flow. 4 Flow leaving v must eventually terminate at o − S . Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 37

  29. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II P = � o + , t 1 , v , s , o − S � r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  30. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II P = � o + , t 1 , v , s , o − S � r v o − t 1 r o − o + s S Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  31. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II r v Solution o − r s � t 1 , v, s � o − o + s S t 1 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  32. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II r v Solution o − r s � t 1 , v, s � � s � t 2 , s � , 3 o − t o + � s S t 1 t 2 t 3 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  33. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II r v Solution o − r s � t 1 , v, s � � s � t 2 , s � , 3 o − t o + � S t 1 t 2 t 3 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  34. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II r v Solution o − r s � t 1 , v, s � � s � t 2 , s � , 3 o − t o + � S t 1 t 2 t 3 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  35. Algorithms VirtuCast: Decomposition Algorithm Decomposition Example II Final Solution t 1 � t 1 , v , s � � s, v, r � � t 2 , s � t 2 r s , s � � t 3 t 3 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 38

  36. Algorithms VirtuCast: Decomposition Algorithm Runtime of Decomposition Algorithm Theorem Given an optimal solution, the Decompososition Algorithm computes a | V G | 2 · | E G | · ( | V G | + | E G | ) � � Virtual Arborescence in time O . Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 39

  37. Proof of Correctness

  38. Algorithms VirtuCast: Proof of Correctness Outline of Proof Cost-preserving mapping easy x, ˆ ˆ (ˆ f ) ∈ F IP T G ∈ F CVSAP via Decomposition algorithm Theorem Algorithm VirtuCast solves CVSAP to optimality. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 41

  39. Implementation

  40. Implementation Overview over Implementation VirtuCast is implemented in C++ using SCIP [1]. Separation of connectivity inequalities is implemented using the Edmonds-Karp algorithm. FlowDecoRound heuristic to generate primal solutions during the branch-and-bound process [11]. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 43

  41. FlowDecoRound Heuristic

  42. Implementation FlowDecoRound Heuristic Outline Goal Develop a fast primal heuristic for generating solutions during the branch-and-bound process. Important Note x , ˆ The algorithm takes as input a fractional solution (ˆ f ) ∈ F LP . Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 45

  43. Implementation FlowDecoRound Heuristic Outline 1 Select terminal randomly and connect it according to local flow decomposition If node t is connected to an inactive Steiner site s ∈ S , place s into the set of terminals. 2 Connect all unconnected terminals using shortest paths. 3 Prune active Steiner nodes. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 46

  44. Implementation FlowDecoRound Heuristic Phase 1 1 Randomly choose a terminal t (a) Compute flow decomposition from t to o − S , o − r with flow f ( o + , t ) (b) Prune infeasible paths (c) Choose a path uniformly at random according to the flow value and connect t to the respective node. (d) If t was connected to inactive Steiner site s ∈ S , place s into the set of terminals. (e) Remove t from the set of terminals. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 47

  45. Implementation FlowDecoRound Heuristic Phase 2 2 Choose an unconnected terminal t randomly Compute shortest path towards any of the activated Steiner nodes, while not introducing a cycle into the Virtual Arborescence. Connect node according to found shortest path or abort if no path was found. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 48

  46. Implementation FlowDecoRound Heuristic Phase 3 3 Iterate over active Steiner nodes s ∈ S in decreasing order of its cost divided by the number of incoming connections. Temporarily, disconnect all nodes connected to s and remove the outgoing connection of s . Try to reconnect all unconnected nodes using shortest paths. If a cheaper solution was found, accept it. Otherwise restore previous solution. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 49

  47. Computational Evaluation

  48. Computational Evaluation Test Set Test Set I: n × n Grid Graphs uniform costs uniform edge costs uniform installation costs Sizes n nodes edges Steiner sites terminals 16 256 960 51 64 20 400 1520 80 100 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 51

  49. Computational Evaluation Test Set Test Set II: Synthetic ISP Topologies [10] Figure: IGen topology with 1600 nodes Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 52

  50. Computational Evaluation Test Set Test Set II: Synthetic ISP Topologies [10] non-uniform costs metric edge costs uniformly distributed installation costs Size Name nodes edges Steiner sites terminals IGen.1600 1600 6816 200 300 IGen.3200 3200 19410 400 600 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 53

  51. Computational Evaluation Computational Setup Computational Setup General 25 instances for each test set and each graph size. Terminate experiments after 2 hours of runtime. Multi-commodity flow formulation is solved with CPLEX Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 54

  52. VirtuCast Performance

  53. Computational Evaluation VirtuCast Performance VirtuCast - Objective Gap: Grids 16 × 16 After 30 minutes: median gap around 2 % After 120 minutes: median gap around 1 % 6 6 16x16 Grid objective gap [%] 5 5 ● 4 4 ● 3 3 2 2 1 1 0 0 300 860 1420 2120 2820 3520 4220 4920 5620 6320 7020 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 56

  54. Computational Evaluation VirtuCast Performance VirtuCast - Objective Gap: Grids 20 × 20 After 30 minutes: median gap around 4 % After 120 minutes: median gap around 3 % 100 100 ● ● ● ● 20x20 Grid objective gap [%] ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 20 20 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 5 ● ● ● ● ● 5 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 1 1 300 860 1420 2120 2820 3520 4220 4920 5620 6320 7020 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 56

  55. Computational Evaluation VirtuCast Performance VirtuCast - Objective Gap: IGen IGen.1600 After 30 minutes: gap below 0.3 % After 120 minutes: median gap below 0.1 % gap ≥ 1 ● ● ● ● ● ● ● objective gap [%] IGen.1600 ● 0.6 ● 0.3 0.2 0 0 300 860 1420 2120 2820 3520 4220 4920 5620 6320 7020 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 57

  56. Computational Evaluation VirtuCast Performance VirtuCast - Objective Gap: IGen IGen.3200 After 30 minutes: median gap around 4 % After 120 minutes: median gap around 3 % ∞ ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● objective gap [%] IGen.3200 12 8 4 4 ● ● 0 0 300 860 1420 2120 2820 3520 4220 4920 5620 6320 7020 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 57

  57. Performance of FlowDecoRound

  58. Computational Evaluation Performance of FlowDecoRound Performance of FlowDecoRound: Grids 16x16 Grid ●● ●● ● ●● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ●● 64.0 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ●● ● ● objective gap [%] ● ● ● ● ● ● ● ●● ● ● ● ● ●● 32.0 ● ● Origin of Solution ● 16.0 ● FlowDecoRound ● ● ● 8.0 ● ● ● ● ● ● ● ● Integrality (LP) ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 4.0 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● LP Diving (SCIP) ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 2.0 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 1.0 ● ● ● ● ● 0.5 50 100 200 400 800 1600 3200 6400 time [s] 20x20 Grid ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 64 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● objective gap [%] ● ● ● ● ● ● ● ● 32 Origin of Solution 16 ● FlowDecoRound ● ● 8 ● LP Diving (SCIP) ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 4 ● ● ● ● ● ●● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 2 ● ● ● 50 100 200 400 800 1600 3200 6400 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 59

  59. Computational Evaluation Performance of FlowDecoRound Performance of FlowDecoRound: IGen IGen.1600 13.200 ● ● ● ● ● ● ● ● ● ● ● ● ●●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● 6.400 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● objective gap [%] ● ● ● ● ● ● ● ● ● ● ● ● ● ● 3.200 ● ● Origin of Solution 1.600 ● FlowDecoRound 0.800 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 0.400 ● ●● ● ● ● ● ● ●● ● ● ● Integrality (LP) ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 0.200 ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● LP Diving (SCIP) ● ● ● ● ● ● ● ● ● 0.100 ● ● ● ● ● 0.050 ● ● 0.025 ● 25 50 100 200 400 800 1600 3200 6400 time [s] IGen.3200 ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● 6.4 ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● objective gap [%] ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● ● ● ● ● ● ● ● ● ● ● ● ● ●● ● 3.2 ● ● Origin of Solution ● ● 1.6 ● ● FlowDecoRound 0.8 ● LP Diving (SCIP) ● ● 0.4 ● ● ● ● ● ● ● ● ● ● ● ● ● 0.2 ● ● ● ● ● 200 400 800 1600 3200 6400 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 60

  60. Comparison with MCF

  61. Computational Evaluation Comparison with MCF Computational Results of MCF IGen.3200 Cannot be solved (efficiently) using MCF formulation: more than 6,000,000 variables IGen.1600: Strength of MCF formulation VirtuCast’s lower bound improves upon MCF’s lower bound by around 90 % w.r.t to the best known solution. IGen.1600 relative improvement [%] 100 100 90 90 80 80 1200 1700 2200 2700 3200 3700 4200 4700 5200 5700 6200 6700 7200 time [s] Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 62

  62. Conclusion

  63. Conclusion Related Work Related Work Molnar: Constrained Spanning Tree Problems [7] Shows that optimal solution is a ‘spanning hierarchy’ and not a DAG. Oliveira et. al: Flow Streaming Cache Placement Problem [9] Consider a weaker variant of multicasting CVSAP without bandwidth Give weak approximation algorithm Shi: Scalability in Overlay Multicasting [12] Provided heuristic and showed improvement in scalability. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 64

  64. Conclusion Future Work Future Work Model Extensions Generalize CVSAP for multiple concurrent multicast / aggregation sessions. Try to incorporate service-chaining (EU project UNIFY). Heuristics for CVSAP Currently testing different approaches. Algorithmically challenging problem. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 65

  65. Conclusion Summary Conclusion Motivation Network virtualization enables virtual multicasting / aggregation trees. NFV enables placement of processing functionality. Goals: Improve scalability or reduce costs. Summary Concise graph theoretic definition of CVSAP. Algorithm to solve CVSAP: VirtuCast. Computational Evaluation: Feasible to solve realistically sized instances using VirtuCast. Significant Improvement over naive multi-commodity flow IP. Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 66

  66. Conclusion Summary Discussion Restriction of single-commodity flow model: no path semantics iterative aggregation of flows no control over path length / latency Advantages yields good solutions quickly models multicast scenarios accurately aggregation compression is limited (at each node) Applications to BigFoot? Can CVSAP be used to model workloads in private clouds? If not, which model extensions are necessary? Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 67

  67. Conclusion Summary Thanks for your attention. Project homepage www.net.t-labs.tu-berlin.de/~stefan/cvsap.html OPODIS ’13 link.springer.com/chapter/10.1007/978-3-319-03850-6_16 Technical Report arxiv.org/abs/1310.0346 Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 68

  68. Other Current Work

  69. Other Current Work IPDPS 2014 IPDPS Paper 2014 It’s About Time: On Optimal Virtual Network Embeddings under Temporal Flexibilities Joint work with Stefan Schmid und Anja Feldmann Algorithms for embedding & scheduling virtual networks under temporal flexibilities Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 70

  70. Other Current Work IPDPS 2014 Outline Temporal Virtual Network Embedding Problem Requests consisting of node allocations and link allocations need to be embedded over time Temporal specification allows for flexibility in scheduling requests Task Find embedding of requests and a schedule to . . . maximize number of embedded requests minimize makespan . . . Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 71

  71. Other Current Work IPDPS 2014 Contribution Continuous-Time Requests may be scheduled at (real valued) times Avoids discretization (errors) Uses fewer variables IP formulations ∆ : represents state changes only (bad idea) Σ : represent state changes explicitly (better idea) c Σ : Σ -model using symmetry & state-space reductions (best idea) Greedy Heuristic based on c Σ -model Matthias Rost (TU Berlin & T-Labs) VirtuCast (OPODIS ’13) EURECOM , December 2013 72

Recommend


More recommend