Welcome to the public homepage of the NAPA-WINE project

Network-Aware P2P-TV Application over Wise Networks

NEM Summit 2011 event will be broadcasted through PeerStreamer!

NEM Summit 2011 event will be held in Turin, Italy, from September 27 to 29.
The whole event will be broadcasted over the Internet through the NAPA-WINE client PeerStreamer.

PeerStreamer executables for for Windows, Linux and OS X platforms are available at PeerStreamer.org.

WineStreamer 1.0 has been released

WineStreamer 1.0 has been released! It is available in source code, as well as in binaries for Windows, Linux and OS X.

Please check out our NAPA-WINE Application Showroom for downloads and for a demo!

The free final Napa-Wine P2P-TV Workshop is ended.

The live streaming of the workshop is over. Thanks to everyone that tested it!
There are still some channels up and running in case you want to test our application.
Please, follow instructions from NapaWineShowRoom page to enjoy it!

NAPA-WINE goals

TV services over the Internet can be provided either exploiting IP multicast functionalities or relying on a pure end-to-end (P2P) approach. The first technique unfortunately, will only work on a network infrastructure controlled by a single broadband operator due to limitations of IP multicast facilities. On the contrary, the P2P approach has been successfully exploited to overcome these limits and can potentially offer a scalable planetary infrastructure. Recently, several P2P-TV systems started to show up, with the last generation offering High Quality TV (P2P-HQTV) systems, providing a ubiquitous access to the service. These same potentialities of P2P-TV systems constitute a worry for network carriers since the traffic they generate may potentially grow without control, causing a degradation of quality of service perceived by Internet users or even the network collapse (and the consequent failure of the P2P-HQTV service itself!).

Starting from these considerations the NAPA-WINE project, funded by the European Commission within the seventh framework programme, aims at:

1. providing a careful analysis of the impact that a large deployment of both general P2P-TV and P2P-HQTV services may have on the Internet, through an in detailed characterization of the traffic they generate;
2. providing guidelines for P2P-TV developers regarding the design of systems that minimize the impact on the underlying transport network while optimizing the user perceived quality;
3. providing a road map for Internet Service Providers to better exploit the network bandwidth by showing simple and minimum cost actions that can be taken in presence of P2P-TV traffic.

NAPA-WINE Scientific conclusions and guidelines for application developers and operators

Here we try to synthetically present the main project findings. We recognize, however, that the complexity of the treated subject discourages from drawing definite general conclusions:

• In the majority of the scenarios of practical interest it is possible to localize the traffic without endangering the perceived quality of the application. Being too extreme in localizing the P2P traffic can lead to strong degradations of the quality perceived by users as already pointed out by several authors. Nevertheless there are margins within which traffic can be localized without degrading the video quality. In several cases a smart localization strategy can even slightly improve the application performance. As a concluding remark, we can say that 50% traffic reduction on long-haul links can be safely achieved in most of the practical scenarios (see e.g. tecrep-overlay.pdf).

• Localization is more effective if the application can exploit cost metrics exported by the operators through the ALTO interface that has been standardized within the IETF, and of which NAPA-WINE is one of the principal contributors.

• Continuous monitoring of the network status can greatly improve the ability of detecting anomalies and the ability to promptly react to them. Network monitoring can easily be achieved by embedding a distributed measurement platform within the application (as done in Winestreamer).

• To achieve good performance it is necessary that the distributed algorithms for the design and the maintenance of the overlay topology guarantee a sufficient degree of randomness. Local selections of neighbouring peers according to deterministic rules can result in an overall overlay topology with bad graph properties.

• Information about the upload bandwidth of peers can be effectively exploited to design algorithms for the design and maintenance of the overlay topology and chunk scheduling that optimize the system performance.

• UDP is preferable to TCP as transport protocol, since it significant reduces the chunk transfer times. Peers must be supplied with a simple application level rate control mechanism to avoid bandwidth wastage and congestions

Copyright © by the contributing authors 2007-2013. All material on this collaboration platform is the property of the contributing authors.
The information on this web site does not necessarily represent the view of the European Commission (EC).
Ideas, requests, problems regarding the site? Send feedback