Google Summer of Code 2016

Welcome to P2PSP Google Summer of Code (GSoC) 2016 project ideas page. We will use this page to develop possible project ideas. Please note that anyone who is interested can participate in this process. You do not have to be a GSoC student or mentor to suggest possible project ideas. If you want to suggest an idea, please, send an email with the subject "GSoC 16 Ideas" to info [at] p2psp.org. You can also join the team at GitHub, chat on Gitter and subscribe to the mailing list.

Potential mentors: This email address is being protected from spambots. You need JavaScript enabled to view it.Leocadio González CasadoVicente González RuizCristóbal Medina LópezJuan Álvaro Muñoz NaranjoJose Juan Sánchez HernándezJose Manuel García SalmerónMax Mertens.

The current list of ideas for the GSoC 2016 is:

  1. Implementation of the End-point Masquerading Set (EMS) of rules of the Peer-to-Peer Straightforward Protocol (P2PSP).
    1. Explanation: EMS handles those situations where two or more peers and behind a NAT device that performs IP masquerading (a framework commonly found when peers runs in private networks).
    2. Expected deliverables: A C++ SplitterEMS class that inherits the SplitterDBS class defined in splitter_dbs.h and a C++ PeerEMS class that inherits the PeerDBS class of peer_dbs.h.
    3. Knowledge prerequisites: Basic skills on computer networks, sockets and C++.
    4. Skill level:  Intermediate.
    5. Mentor: Vicente González Ruiz.
    6. Room: https://gitter.im/P2PSP/p2psp/EMS.

  2. Implementation of the Data Broadcasting Set of Rules (DBS) of P2PSP as a HTML5+WebRTC application. 1
    1. Explanation: Today, the Web browser is an indispensable tool to access information available on the Internet and HTML is the language used to describe the Web objects the browser interprets and displays to users. One of the most interesting additions in HTML 5 is the <video> label which enables the playback of a video embedded in Web pages. This possibility has open a range of multimedia applications and avoids the need of third party software to handle multimedia. This project proposes the implementation of the a client (peer + player) using HTML5+WebRTC.
    2. Expected deliverables: A SplitterWebRTC C++ class that inherits the SplitterDBS class defined in splitter_dbs.h  implementing the WebRTC funtionality and a new P2PSP client build-in web browser.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Bash, Python, JavaScript, HTML5 and WebRTC.
    4. Skill level: Experienced.
    5. Mentor: Cristóbal Medina López.
    6. Room: https://gitter.im/P2PSP/p2psp/WebRTC-DBS.

  3. Statistics module to measure the audience and other interesting data.
    1. Explanation: This project addresses the implementation of a statistics module for P2PSP that records information related to the stream, number of peers (audience) per minute, in/out of peers, total peers, etc. That set of data must be displayed a convenient graphical interface. A very interesting extension is to consider also the use of social sign-in (Facebook, Twitter, Google+).
    2. Expected deliverables: An application that displays graphs of all data recovered. 
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Python and JavaScript.
    4. Skill level: Easy.
    5. Mentor:
    6. Room: https://gitter.im/P2PSP/p2psp/Statistics-module.

  4. Implementation of the Internet Gateway Device Protocol for NAT traversal.
    1. Explanation: Some "routers" runs this protocol allowing a local UPnP client to add and remove port mappings, among other thigs. Thus, a P2PSP peer behind a IGDP NAT can enable NAT traversal.
    2. Expected deliverables: A C++ SplitterUPnP class that inherits the SplitterDBS class of  splitter_dbs.h and a C++ PeerUPnP class that inherits the PeerDBS class of peer_dbs.h, both implementing the techniques described in the IGDP.
    3. Knowledge prerequisites: Basic skills on computer networks, sockets and C++.
    4. Skill level:  Intermediate.
    5. Mentor: Vicente González Ruiz.
    6. Room: https://gitter.im/P2PSP/p2psp/IGDP.

  5. Chromecast support for P2PSP.
    1. Explanation: Chromecast is a digital media player developed by Google which can be connected to a TV. This idea consist in adding the option "send to chromecast" to the P2PSP GUI (See 11). This option should send the stream from a desktop application to Chromecast. Note that the player controls are held in the desktop version.
    2. Expected deliverables: A new module for the GUI with Chromecast support.
    3. Knowledge prerequisites: Python and API Chomecast programming skills.
    4. Skill level: Easy
    5. Mentor:  Cristóbal Medina López.
    6. Room: https://gitter.im/P2PSP/p2psp/Chromecast-support.

  6. Implementation of the Data Broadcasting Set of Rules (DBS) of P2PSP as a Chromecast application.
    1. Explanation: A Chromecast device can run a P2PSP peer and a player using the WebRTC framework. This idea depends on the success of idea number 2, but after that, a minor programming effort should be performed.
    2. Expected deliverables: A peer implementation for Chromecast.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Bash, Python, JavaScript, HTML5 and WebRTC.
    4. Skill level: Experienced.
    5. Mentor:  Cristóbal Medina López.
    6. Room: https://gitter.im/P2PSP/p2psp/Chromecast-DBS.

  7. Implementation of a REST WebService for the P2PSP media sources.
    1. Explanation: At its current state, the Splitter - which handles the team of peers - needs to be connected using an IP and Port which must be either fixed or previously agreed for both streaming video and peer connection. Which we want to accomplish here is to have a wrapper WebService that can receive the video through an HTTP request - or any other way that can easily get through NATs-, create an Splitter instance and redirect the video to it, assigning a 'friendly URL' to it that can be easily shared. When this URL is visited, it will reply with the IP and port that the peers need in order to connect to the Splitter.
    2. Expected deliverables: A REST web application that will dynamically create Splitters, receive the video and redirect it to the correct Splitter, assign URLs to them and reply to those URL with the IP and port needed to connect to the team that the Splitter runs.
    3. Knowledge prerequisites: Basic skill on computer networks, sockets, REST apis and the HTTP protocol.
    4. Skill level: Easy.
    5. Mentor: This email address is being protected from spambots. You need JavaScript enabled to view it..
    6. Room: https://gitter.im/P2PSP/MediaSources-server.

  8. Implementation of a P2PSP client as an Android application.
    1. Explanation: Mobile phones are indispensable devices nowadays and the Android ecosystem is one of the most popular on smartphones, tablets and others multimedia devices (Android TV, Nexus players, etc.). This project proposes the implementation of the core of the P2PSP for Android devices as a native application.
    2. Expected deliverables: A peer implementation for Android devices.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Python, C++ and Android SDK.
    4. Skill level: Intermediate.
    5. Mentor:  Jose Juan Sánchez Hernández.
    6. Room: https://gitter.im/P2PSP/p2psp/Android-player.

  9. Using IP anycast for increasing the DoS-attack reslience of P2PSP.
    1. Explanation: P2PSP relies on trusted peers that can detect and report malicious peers that, for example, do not send chunks of data. Even if trusted peers are created anonymously by the team administrator, an algorithm detection algorithm can be developed for detecting them. A solution for this is that a peer (malicious or not) can not control the destination of a re-transmitted chunk, provided that this chunk is sent to a different peer for each new re-transmission. For obtaining this behaviour, IP anycast could be used.
    2. Expected deliverables: A modified version of the DBS layer.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets and C++.
    4. Skill level: Experienced.
    5. Mentor: Vicente González Ruiz.
    6. Room: https://gitter.im/P2PSP/p2psp/DBS-IP_anycast.

  10. Reducing the latency of P2PSP using a different version of DBS.
    1. Explanation: Depending on the order of a peer in the list of peers of the splitter and the rest of peers, the order in which the chunks are received by that peer can be different (see http://slides.p2psp.org/2015-01-Elche/indexsu2.html#x13-1200010.2). In order to reduce the disordering of the received chunks, and therefore, a part of the latency of the peers when they are joining the team, other chunk-tranmission orderings could be used for the splitter or the peers.
    2. Expected deliverables: A modified version of the DBS layer.
    3. Knowledge prerequisites: Basic skills on computer networks and C++.
    4. Skill level: Experienced.
    5. Mentor: Vicente González Ruiz.
    6. Room: https://gitter.im/P2PSP/p2psp/DBS-Min-Latency.

  11. Improving data security with the DPS layer.
    1. Explanation: In some context, data privacy could be necessary. This functionality can be provide by data encryption and some kind of keys sharing between peers.
    2. Expected deliverables: A new implementation of the DPS (Data Privacy Set of rules) layer.
    3. Knowledge prerequisites: Basic skills on computer networks, security and Python.
    4. Skill level: Intermediate.
    5. Mentor: Leocadio González Casado.
    6. Room: https://gitter.im/P2PSP/p2psp/DPS.

  12. MineP2PSP
    1. Explanation: Create the infrastructure to transmit into Minecraft / Minetest the actions of an educational robotics event.
    2. Expected deliverables: In Almería it happens Tecno-Campus, an event who promotes Open Source for children through robotics. To do that, children learn programming skills with Python + Raspberry Pi + Minecraft / Minetest. Then, they build robots which collaborate each other or compete in different tests.
    3. Knowledge prerequisites: C++, Python, Linux, Raspberry Pi.
    4. Skill level: Intermediate.
    5. Mentor: 
    6. Room: https://gitter.im/P2PSP/MineP2PSP.

  13. Automatization of the deployment of a P2PSP team (or a part of it) over the PlanetLab infrastructure.
    1. Explanation: The PlanetLab is a network of public (Linux) hosts exclusively dedicated to the development and performance measurement of communication protocols. The idea of this project is to automatize as much as possible this task, enabling the deployment and evaluation of hundreds peers.
    2. Expected deliverables: A script deploying a P2PSP team over PlanetLab.
    3. Knowledge prerequisites: Shell scripting, Unix.
    4. Skill level: Intermediate.
    5. Mentor: Vicente González Ruiz.
    6. Room: https://gitter.im/P2PSP/PlanetLab.

  14. Development of a tracker of splitters (see https://github.com/P2PSP/p2psp/tree/master/doc/P2PSP/TCS).
    1. Explanation: A channel is associated to one or more splitters that stream the same content, in a synchronized way. In order to achieve a good load balancing among the splitters of the same channel, a tracker could determine (depending on the number of peers, for example, in each team) the a free splitter (team) and redirect the incomming peer to it.
    2. Expected deliverables: A standalone application (written in a portable language such as Python or C++) which implements the previously described behaviour.
    3. Knowledge prerequisites: Socket programming and a good understanding of P2PSP.
    4. Skill level: Easy.
    5. Mentor:
    6. Room: https://gitter.im/P2PSP/Splitters-Tracker.

  15. Implementation of a GoPro Gateway.
    1. Explanation: Action cameras are becoming popular. We think that create a gateway between the camera and Internet is a interesting thing. So, in this project we propose create an app for mobile devices that use the GoPro camera as a source and send the stream to the Internet. It could be sent to a P2PSP splitter, Youtube, Icecast, etc.
    2. Expected deliverables: A mobile phone application (Android or iOS) which implements the previously described behaviour.
    3. Knowledge prerequisites: Mobile programming (Android or iOS), basic skills on computer networks and sockets.
    4. Skill level: Intermediate.
    5. Mentor:
    6. Room: https://gitter.im/P2PSP/GoPro-Gateway.

  16. The P2PSP virtual room application.
    1. Explanation: We want to offer an evolution of this experiment (https://youtu.be/R7035-XaZd4). A virtual room where friends share videos among them in real time directly over the web browser, with synchronized playback and a video chat at the same time. It is like to be in the same room watching a movie but in a virtual way. Browsers are connected each other over a P2P overlay (using WebRTC), this means that we have a private communication, without going through a server. It's a browser-to-browser connection. 
    2. Expected deliverables: A website where an user can share a video with his friends in real time, with synchronized playback and they can have a video chat at the same time. All of this over a P2P overlay.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Python, JavaScript, HTML5 and WebRTC.
    4. Skill level: Intermediate.
    5. Mentor: Cristóbal Medina López.
    6. Room: https://gitter.im/P2PSP/Virtual-Room.

  17. Incorporation of a malicious peer estimator for the CIS layer.
    1. Explanation: Most defense algorithms against pollution and free-riding attacks rely on to know the number of attackers. In this project we will check the performance of some techniques that have been proposed to address this problem (such as the mathematical inference) and we will develop an estimator for that variable
    2. Expected deliverables: A Python class that using the information provided by the splitter, will produce an estimation for the number of malicious peers that attack a team.
    3. Knowledge prerequisites: Python and Probability/Statistics.
    4. Skill level: Experienced.
    5. Mentor: Cristóbal Medina López.
    6. Room: https://gitter.im/P2PSP/p2psp/CIS-MPs-estimator.

  18. Implementation of a media-aware splitter.
    1. Explanation: The current splitter divides the code-stream into blocks (chunks) of the same size and that size usually does not match with the native block of the video (for example, in H.264 exist NAL units, in Theora there are pages, etc). Therefore, if a chunk is lost (in the current implementation), even if it is two bytes long, two blocks of video could be affected. To solve this drawback, this idea proposes to modify the implementation of the splitter available at: https://github.com/P2PSP/p2psp, in order to use a chunk size suitable for the media transmitted. The incorporation of such functionality should be provided as a "pluging".
    2. Expected deliverables: A new version of the splitter.
    3. Knowledge prerequisites: C++, video formats.
    4. Skill level: Experienced.
    5. Mentor: Vicente González Ruiz.
    6. Room: https://gitter.im/P2PSP/p2psp/MediaAware-Splitter.

 

Note: the mentor assigned for each idea is not definitive.

1 This idea won the Spanish Free Software University Contest two year ago. However, the state of the WebRTC API did not allow to do an implementation of the DBS. Today, we think that it is possible.


 Ideas proposed in the past turned into reality:

  1. Design and Implementation of a new source video from mobile phone (Android)
    1. Explanation: Mobile phones are nowadays present in everyone's pocket, meaning that there is a camera at virtually any populated place in the world. Giving users the chance to share what they are watching live with the rest of the world seems to be a good idea and is a natural application of the phone+Internet combination. On the other hand, P2PSP is a minimal (easy to implement) protocol designed for the streaming of media (audio and video). At the present time, there is a working Python implementation available at Launchpad. We propose the development of an Android app that captures the video of the camera and sends it to a streaming server (possibly Icecast) on real time. From there, P2PSP distributes the stream to the rest of the world.
    2. Expected deliverables: An application for Android that captures the video of the camera and send it to a streaming server (icecast) in real time.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Android programming skill.
    4. Skill level: Experienced.
    5. Mentor: This email address is being protected from spambots. You need JavaScript enabled to view it.Vicente González Ruiz and Cristóbal Medina López
    6. Student: Jorge Martín Espinosa
    7. Results: GitHub - https://goo.gl/jMgZnE 
    8. Funded by Luxunda S.L. Thanks!!

  2. Translate core code in python to C++.
    1. Explanation: In order to create a common core for different devices implementations such as mobile phone, desktop, embedded devices, etc., we propose a translation of the core to C++.
    2. Expected deliverables: A new core code in C++.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, C++ programming skills.
    4. Skill level: Intermediate.
    5. Mentor: This email address is being protected from spambots. You need JavaScript enabled to view it. and Vicente González Ruiz
    6. Student: Jorge García Hinestrosa and Antonio Vicente Martín.
    7. Results: GitHub - http://code.p2psp.org 
    8. Funded by Luxunda S.L. Thanks!!

  3. Implementation of the NAT Traversal Set (NTS) of rules of the Peer-to-Peer Straightforward Protocol (P2PSP).
    1. Explanation: Another important aspect for improving P2PSP is that peers behind NATs can run with some form of restricted access from the outside. This set of rules defines how to provide this functionality.
    2. Expected deliverables: A Python class that inherits the Splitter_DBS class of splitter.py and a Python class that inherits the Peer_DBS class of peer.py, both implementing the techniques described in the NTS.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Bash and Python.
    4. Skill level: Intermediate.
    5. Mentor: Vicente González Ruiz and This email address is being protected from spambots. You need JavaScript enabled to view it.
    6. Student: Max Mertens
    7. Results: GSoC15 - https://goo.gl/VuTfP9 | GitHub - https://goo.gl/IJFQAb
    8. Funded by Google Summer of Code 2015. Thanks!!

  4. Prevention of Pollution Attacks - Model 1.
    1. Explanation: In the P2PSP system it is necessary  a method to avoid attacks consisting on the injection of fake information into the team. An attacker can do this by sending poisoned chunks. A way to tackle this problem is by inserting one o more “trusted-peers”. These peers are authenticated as trusted to the splitter, but not to the rest of peer (the behavior of a trusted-peer is identical to any other peer making impossible for a poisonous peer to know these special peers). The source sends to the trusted-peers a hash code for every chunk sent to the team, using a reliable transmission protocol. Alternatively, hash codes for randomly chosen chunks are sent to the trusted-peers (note that the poisonous peer is not aware of which chunks were selected). If a poisonous peer sends an altered chunk to a trusted-peer, it will detect the change using the hash code and will notify the source, which will eject the poisonous peer from the team. 
    2. Expected deliverables: A Python class that inherits the DBS class of splitter.py and a Python class that inherits the DBS class of peer.py, both implementing the techniques described in the DIS of rules.
    3. Knowledge prerequisites: Basic skills on computer networks and sockets, Bash and Python.
    4. Skill level: Easy/ Intermediate.
    5. Mentor: Leocadio González Casado and Juan Álvaro Muñoz Naranjo.
    6. Student: Ilya Shakirov
    7. Results: GSoC15 - https://goo.gl/jaHQ83 | GitHub - https://goo.gl/bqTe9X 
    8. Funded by Google Summer of Code 2015. Thanks!!

  5. Design, implementation and integration of a graphical user interface for the Peer in the P2PSP python implementation.
    1. Explanation: There already is a working implementation in Python but it does not have any integrated GUI, so the user must run a player separately. The purpose of this work is to use LibVLC (a media framework that embeds the features of VLC into an application) to integrate a peer and a player into a single executable. However, any other suggestions about multimedia libraries are welcome. The P2PSP source code is available at https://launchpad.net/p2psp. You can find more information about LibVLC and Python in https://wiki.videolan.org/PythonBinding/. The code must be documented with Doxygen.
    2. Expected deliverables: A single executable integrating a GUI, a player and a P2PSP peer. 
    3. Knowledge prerequisites: Python programming skills.
    4. Skill level: Easy / Intermediate.
    5. Mentor: Cristóbal Medina López and Jose Juan Sánchez Hernández.
    6. Student: Prince Kumar
    7. Results: GSoC15 - https://goo.gl/oWxmnV | GitHub - https://goo.gl/y5zJUj 
    8. Funded by Google Summer of Code 2015. Thanks!!