1 / 19

Designing Overlay Multicast Networks for Streaming

Designing Overlay Multicast Networks for Streaming. Jevan Saks Bruce Maggs Konstantin Andreev Adam Meyerson. Delivering Streaming Media. Server bottlenecks Points of failure Can only serve about 50Mbps of streams Network bottlenecks Unpredictable topology

bruis
Download Presentation

Designing Overlay Multicast Networks for Streaming

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Designing Overlay Multicast Networks for Streaming Jevan Saks Bruce Maggs Konstantin Andreev Adam Meyerson

  2. Delivering Streaming Media • Server bottlenecks • Points of failure • Can only serve about 50Mbps of streams • Network bottlenecks • Unpredictable topology • Best-effort delivery = No guarantees

  3. 1 X 34 1 2 3 4 x 123 4 X X X 1 2 3 4 x 123 4 x 123 4 Live Streaming Reflectors Entry Point Encoder Edge Servers (Sinks)

  4. Approach • Three-tier structure S – Sources (aka Streams) R - Reflectors D - Sinks

  5. Considerations • Cost • Quality • Capacity • Bandwidth

  6. IP Parameters • Success requirements () • Failure probabilities (p) • Cost on edges (c) • Cost on reflectors (r) • Fanout restrictions (F)

  7. Integer Program • Indicator variables: • – reflector i used • – stream k sent to reflector i • – stream k sent to sink j through reflector i

  8. Constraints • Minimize: • Subject To:

  9. IP Solver Packages • ILOG Cplex (concert library) • DashOptimization Xpress-MP • GLPK (GNU Linear Programming Kit)

  10. An Example (Thanks to graphviz)

  11. Approximation • Why? • IP is slow! • Topology is large and changes often • How? • Randomized rounding • Modified GAP Assignment • Cost violated by factor O(log n) • Fanout/weight constraints violated by factor of at most 4

  12. Comparison Approx Solution (Cost = 62) IP Solution (Cost = 59)

  13. IP Solver Open Solver Interface(coin-or.org) Solution LP Solver Randomized Rounding Cplex Xpress-MP Modified GAP (Max-Flow using Boost Graph Library[boost.org]) GLPK How? Multicast Network Configuration Data Use C++, of course!

  14. Timing Comparison (Log-plot)

  15. Constraint Violations • Preliminary results… • Fanout constraints • Average violation: overloaded by ~25% • Weight constraints • Violated less than 50% of the time • On average, under-supplied by ~10%

  16. Cost (Objective) Comparison

  17. LP Solver Randomized Rounding IP Solver on non-integral values Approxhack2 • Instead of Modified GAP, use IP solver • Separates effects of Randomized Rounding andModified GAP

  18. Cost (Objective) Comparison

  19. Finally • Use real-world data from Akamai • Does this improve cost and performance in practice?

More Related