Language

Search

7.7 Building large P2PSP overlays

Although a P2PSP team can scale easily, there are several reasons why it might bedesirable to split a large team into smaller ones. For example, if a team fails (for example,the splitter stop sending blocks to the peers), other teams would not be aﬀected by thisissue.

Figure 6: Two examples of an overlay with several teams. On At the left, the
concurrency in the source is used to send in parallel the same stream towards
two diﬀerent teams. At the right, concurrency is created by an internal team.
In both cases, the sub-teams are smaller than the original one.

Again, a solution to these problems consists in partitioning the big team into acollection of smaller ones. The simplest conﬁguration makes use of the concurrent servicethat most of streaming servers can perform (see the schema at the left in the Figure6).However, if the source node can not serve multiple streams, we can divide our big teamfollowing a tree structure where the root of the tree is the splitter connected tothe source and peers are the leafs of the tree (see the schema at right in theFigure6).