From Nsnam
Revision as of 16:54, 12 February 2015 by Nicolabaldo (Talk | contribs) (Project Ideas)

Jump to: navigation, search

Main Page - Current Development - Developer FAQ - Tools - Related Projects - Project Ideas - Summer Projects

Installation - Troubleshooting - User FAQ - HOWTOs - Samples - Models - Education - Contributed Code - Papers

Note: ns-3 is applying but has not yet been selected for GSoC 2015; Google will announce selected organizations on March 2.

GSoC 2015 Ideas

This webpage highlights project ideas for ns-3's Google Summer of Code 2015 effort, should ns-3 be selected to participate.

The ten week coding period for projects runs from 25 May to 21 August, 2015. The full project timeline is here:

About the ns-3 project

ns-3 is a discrete-event network simulator, with a particular emphasis on network research and education.

Users of ns-3 can construct simulations of computer networks using models of traffic generators, protocols such as TCP/IP, and devices and channels such as WiFi, and analyze or visualize the results. Simulation plays a vital role in the research and education process, because of the ability for simulations to obtain reproducible results (particularly for wireless protocol design), scale to large networks, and study systems that have not yet been implemented. A particular emphasis in ns-3 is the high degree of realism in the models (including frameworks for real application and kernel code) and integration of the tool with virtual machine environments and testbeds; we view that researchers need to move more effortlessly between simulation, testbeds, and live experiments, and ns-3 is designed to facilitate that.

Our GSoC organizational admin is Tom Henderson and our backup org admin is Tommaso Pecorella. The project has participated in past GSoCs during 2008-10 and 2012-14.

Mentors will be paired with students based on the projects that are selected. Mentors from companies are welcome, if the employer will permit the mentor sufficient time to perform the mentoring. Prospective mentors should notify Tom Henderson of interest. Mentors familiar with ns-3 development practices will be preferred, to improve the chances of student code merge.

ns-3 and other GSoC mentoring organisations

Students interested in ns-3 and GSoC are also encouraged to explore whether other organizations might be a suitable mentoring organization for their project idea. Please keep in mind, though, that the ns-3 project is not involved in the selection process for these other mentoring organizations, and you will have to apply there instead.

Getting started

For students interested in applying to ns-3 for GSOC, first wait to see if ns-3 will be selected. If so, then go through the following list to get started:

  • Read the official GSoC student guide.
  • Read ns-3's GSoC Student guide.
  • Look through our ideas list below to see if you find a project that interests you.
  • Review the tutorial thoroughly, if you have not already done so.
  • Look through the GSoC Student application template to start preparing your proposal.
  • Next, proceed to get in touch with the developers on the mailing list and refine your proposal.
  • In parallel, make sure you prepare a patch as per the Patch Requirement Guidelines. Your application to ns-3 will not be considered if you do not fulfill this requirement.

Project Ideas

The following are a list of project proposals from the ns-3 team for Google Summer of Code 2015. Please note that these ideas are not limited to GSoC, anyone is welcome to work on them. Please email the ns-developers list if you have a different idea that you'd like to work on, to see if a mentor may be interested. Applicants are encouraged to look over this list, pick one that especially interests them, think about it, and discuss potential approaches on the ns-developers list. Previous experience with the Google Summer of Code programmes suggest that the more you discuss and refine your proposal on the mailing list beforehand, the more stronger a proposal it will develop into, and the higher your chances of being accepted into the programme.

Each project idea within a particular priority has been tagged with the following properties:

  • Required Experience: Languages, concepts, or packages with which applicants must be familiar.
  • Bonus Experience: Other experience or familiarity which would be greatly helpful to applicants for this project.
  • Interests: Areas of particular relevance to this project, and an indicator of where successful students might apply their experiences coming out of this project.
  • Difficulty: easy, medium or difficult
  • Recommended reading: pointers to documentation, papers, specific bugs, etc.

Note that all of the projects require some experience and comfort with C++. Project ideas for which C++ is noted as a required experience will require more and deeper familiarity with the language. A similar notion applies to computer networking, BSD sockets, etc: Familiarity is strongly preferred, but is not required except where explicitly noted due to the topic being more advanced in that regard.

Guidelines for project ideas

For mentors who're adding project ideas to the list below, please ensure that:

  • The projects are sized such that there can be a code merge by the end of the coding period. The scope of the project should be such that it is very difficult to not have a code merge by the end of the summer.
  • The proposed projects are not too open-ended. That is, if the deliverables or a clear path to the same are not well understood, it is better kept outside GSOC.
  • There should be a clear merge path to one of the main project code repositories (ns-3-dev, ns-3-dce, bake) by the end of the summer, either because the patches directly apply or they directly apply to an ns-3 module that is in the process of merging with ns-3-dev.

Project Ideas

Note to students: These ideas are not listed in any priority order.

Decouple traffic generators from sockets

Mentors: Tom Henderson Vedran Miletić

  • ns-3 uses applications that are part traffic generator, part socket-based application. The traffic generation part is not decoupled from the sockets API, making it hard to use applications over non-socket APIs such as future sensor networks. This project would work on a cleaner separation between traffic generator (OnOffApplication) and sockets.
  • Required Experience: C++, sockets API
  • Interests:
  • Difficulty: easy/medium
  • Recommended reading:
  • Bonus points: How would you implement backpressure on the traffic generator? See

ARP and NDisc cache visibility

Mentors: Tom Henderson Vedran Miletić

  • There is no API for reading and manipulating the IPv4 ARP and IPv6 Neighbor Discovery caches. Something similar to how PrintRoutes is done for IPv4 would be useful. Additional work on this project could focus on IP address handling for interfaces (bugs 757 and 760), and bug 187 (enabling perfect ARP).
  • Required Experience: C++
  • Interests: IPv4 and Ipv6
  • Difficulty: easy/medium
  • Recommended reading:
    • source code in src/internet, and the bugs mentioned above

Inter-frequency measurement support for the LTE module

Mentors: Nicola Baldo Marco Miozzo

  • The ns-3 LTE module already allows to simulate LTE deployments where the base stations are placed at different carrier frequency; however, this is currently limited to static scenarios with no mobility, because only intra-frequency UE measurement are supported, and hence handover can only occur among cells at the same carrier frequency. The aim of this project is to develop supports for inter-frequency UE measurements, so that it can be leveraged both for idle and connected node mobility.

GPU acceleration for vector arithmetics in the spectrum module

Mentors: Nicola Baldo Marco Miozzo

  • The ns-3 spectrum module does a lot of vector arithmetics which in the current ns-3 version are just run on the CPU. The aim of this project is to develop the necessary code to offload these calculations to a GPU in order to achieve a hopefully significant speedup in the simulation of scenarios relying on the spectrum model (e.g., including LTE scenarios).
  • Required Experience: C++
  • Bonus Experience: CUDA, OpenCL...
  • Interests: GPU acceleration
  • Difficulty: hard
  • Recommended reading:

Carrier Aggregation support for the LTE module

Mentors: Marco Miozzo Nicola Baldo

  • The aim of this project is to bring the ns-3 LTE module closer to the LTE-A paradigm and, more in detail, consists of the introduction of the Carrier Aggregation (CA) functionality. The student will have to collect information from the 3GPP specification for what concerns the relevant EUTRA aspects. The implementation will involve mainly the physical, MAC and RRC layers.
  • Required Experience: C++, LTE
  • Interests: LTE-A, HetNet
  • Difficulty: hard
  • Recommended reading:
    • LTE-A HetNets using Carrier Aggregation, Nomor whitepaper [1]
    • [2]
    • 3GPP TS 36.211
    • 3GPP TS 36.213
    • 3GPP TS 36.331

Support of RRC IDLE mode procedures for the LTE module

Mentors: Nicola Baldo Marco Miozzo

  • The ns-3 LTE module currently supports a vast number of RRC CONNECTED mode procedures (e.g., handover, measurement reporting, etc), but has very limited support for RRC IDLE mode procedures (basically, only cell selection). The aim of this project is to 'close the circle' and provide full support for critical RRC IDLE mode procedures, such as PLMN selection, cell reselection, Tracking Area Update, Paging, etc.
  • Required Experience: C++, LTE
  • Interests: Mobility Management in LTE systems
  • Difficulty: hard
  • Recommended reading:
    • 3GPP TS 36.304 [3]
    • 3GPP TS 23.401, Section 5.3.3 ("Tracking Area Update Procedures") [4]
    • 3GPP TS 36.331