Roadmap: Difference between revisions

From Nsnam
Jump to navigation Jump to search
(update roadmap)
 
(99 intermediate revisions by 8 users not shown)
Line 1: Line 1:
{{TOC}}
{{TOC}}


This page supplements [http://www.nsnam.org/roadmap.html the main project roadmap page] with more detail.  If you want to participate in any early stages of the below development activities, please email the contacts listed belowOtherwise, later stages of the development will be posted to ns-developers mailing list for review and comment.
ns-3 is a community-driven project, and as such, we cannot typically make guarantees about the availability of new or improved code; our maintainers work largely on a best-effort basisHowever, we use this page to describe our goals (time-permitting) for each release, and where we broadly are trying to steer the project for the future.


__FORCETOC__
== ns-3.44 plans ==


The most up-to-date listing of items being worked on in this release cycle can be seen by browsing [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests?scope=all&state=opened&milestone_title=ns-3.44 Merge requests] and [https://gitlab.com/nsnam/ns-3-dev/-/issues?scope=all&state=opened&milestone_title=ns-3.44 Issues] in the GitLab.com tracker that are tagged with the 'Milestone ns-3.44' tag.


== Release 3.0.5 (August 15, 2007) ==
Besides this, the following [https://www.nsnam.org/about/governance/maintainers/ ns-3 maintainers] announced plans to work on the following topics:


=== Statistics ===
* Stefano Avallone plans to finally finalize the EMLSR support and possibly to introduce the (legacy) PowerSave mode support.


George Riley(riley@ece.gatech.edu) and Mathieu Lacage (mathieu.lacage@sophia.inria.fr) are the contacts for this development.
* Sebastien Deronne plans to work on Wi-Fi module extensions for GCR (UR & BA), improved support for P2P/adhoc, and 802.11be extensions (CCA, RAAs, 320 MHz BW, …)


One of the important design goals of the ns-3 tracing framework was to allow users to hook their own online statistic analysis code into trace hooks to avoid having to spew gigabytes of trace files only to post-process them later.
* Alberto Gallegos is working on merging a new [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/1004 Zigbee model], improving documentation of the lr-wpan and energy modules, revise [https://www.nsnam.org/docs/doxygen/de/de5/_trace_source_list.html TraceSources] of the lr-wpan module, and convert many constants specified in the IEEE 802.15.4 standard into changeable [https://www.nsnam.org/docs/doxygen/d3/d79/_attribute_list.html Attributes].


We thus need a framework to make it easy and safe for users to calculate basic network-specific values in the system such as:
* Tom Henderson is prioritizing
* RTT
** Merging Muyuan Shen's [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2009 Wi-Fi Mac TX stats helper]
* Throughput
** Merging IIIT-D's [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2004 Wi-Fi channel occupancy helper]
* inter-arrival time
** Supporting wifi transition to [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2085 strongly typed units]
* ...
** Working with Nihar Kapasi to fix Wi-Fi [https://gitlab.com/nsnam/ns-3-dev/-/issues/1138 MinstrelHt issues


Furthermore, it should be trivial to efficiently calculate basic statistical properties on these collected measurements:
== Long term ==
* Average with standard deviation. Arbitrary confidence interval ?
* Cumulative distribution of a variable. i.e., the EDCF.
* ...


A serious Statistics project should thus first refine the list of variables we want to measure. It should also attempt to define as precisely as possible the type of statistical tools which should be made available for these variable measurements or other types of measurements.
== Historical information ==


Once this initial discussion has take place, we should be able to design an API for these features and implement it for a specific ns-3 release. If you believe that you can contribute useful input to this discussion, do not hesitate to join ns-developers to talk about it.
see the [[Current_Development]] page for some older Roadmap items (many have been abandoned)
 
=== 802.11 MAC and PHY code ported from ns-3-yans ===
 
Mathieu Lacage (mathieu.lacage@sophia.inria.fr) is leading this port from [http://code.nsnam.org/mathieu/ns-3-yans ns-3-yans].
 
=== Global, static routing ===
 
[http://www.nsnam.org/docs/architecture/node41.html The software architecture document] has a routing roadmap.  For July, we hope to enable static point-to-point routing.
 
=== Python bindings ===
 
Gustavo Carneiro (gjcarneiro@gmail.com) and Craig Dowell (craigdo@ee.washington.edu) are working on the architecture and implementation for adding Python bindings to ns-3.
 
The goal is to allow full or nearly-full access to the C++ APIs from Python, and to allow components to be created in Python as well.  Initially, we will try to wrap the higher-level C++ API.
 
The following options are being considered:
* Py++ (boost::python):  This seems to be difficult to extend and provides cryptic compilation error messages
* SWIG: functionally similar to boost::python but supports more languages; also may be difficult to extend
* PyBus:  Python LHC Computing Grid Dictionary).  This is a home-brew solution for the LHC Computing Grid project based on GCC-XML (http://seal.web.cern.ch/seal/) to read LGCDict info that adds reflection to C++.
* an IDispatch-like technique, such as in PythonCOM (http://sourceforge.net/projects/pywin32/)
 
Here are more details from [http://gjcarneiro.blogspot.com/2007/05/python-bindings-generator.html Gustavo's blog]
 
=== Ethernet:  CSMA/CD ===
 
Emmanuelle Laprise (emmanuelle.laprise@bluekazoo.ca) and George Riley (riley@ece.gatech.edu) are working on an Ethernet NetDevice and Ethernet bridge node.
 
== Release 3.0.6 (September 15, 2007) ==
 
=== TCP ===
 
Raj Bhattacharjea (raj.b@gatech.edu) is working on a port of the [http://www.ece.gatech.edu/research/labs/MANIACS/GTNetS/ GTNetS] TCP module to ns-3.
 
=== Traffic generation applications ===
 
George Riley (riley@ece.gatech.edu) is overseeing the porting of application models from [http://www.ece.gatech.edu/research/labs/MANIACS/GTNetS/ GTNetS] to ns-3.
=== 802.11 PHY cleanup ===
 
Mathieu Lacage (mathieu.lacage@sophia.inria.fr) is working on 802.11 PHY cleanup to simplify addition of other 802.11 PHY models.
 
=== Wireless routing protocol infrastructure ===
 
Wireless routing protocol infrastructure for mobile wireless networks.  Contact:  Mathieu Lacage (mathieu.lacage@sophia.inria.fr)

Latest revision as of 19:04, 19 October 2024

Main Page - Roadmap - Summer Projects - Project Ideas - Developer FAQ - Tools - Related Projects

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

ns-3 is a community-driven project, and as such, we cannot typically make guarantees about the availability of new or improved code; our maintainers work largely on a best-effort basis. However, we use this page to describe our goals (time-permitting) for each release, and where we broadly are trying to steer the project for the future.

ns-3.44 plans

The most up-to-date listing of items being worked on in this release cycle can be seen by browsing Merge requests and Issues in the GitLab.com tracker that are tagged with the 'Milestone ns-3.44' tag.

Besides this, the following ns-3 maintainers announced plans to work on the following topics:

  • Stefano Avallone plans to finally finalize the EMLSR support and possibly to introduce the (legacy) PowerSave mode support.
  • Sebastien Deronne plans to work on Wi-Fi module extensions for GCR (UR & BA), improved support for P2P/adhoc, and 802.11be extensions (CCA, RAAs, 320 MHz BW, …)
  • Alberto Gallegos is working on merging a new Zigbee model, improving documentation of the lr-wpan and energy modules, revise TraceSources of the lr-wpan module, and convert many constants specified in the IEEE 802.15.4 standard into changeable Attributes.

Long term

Historical information

see the Current_Development page for some older Roadmap items (many have been abandoned)