|
|
| (104 intermediate revisions by 9 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 below. Otherwise, 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 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. |
|
| |
|
| __FORCETOC__
| | == ns-3.48 plans == |
|
| |
|
| == Code proposals under review ==
| | ns-3.48 is scheduled for May 2026. |
|
| |
|
| # '''Generalized socket address'''
| | 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.48 Merge requests] and [https://gitlab.com/nsnam/ns-3-dev/-/issues?scope=all&state=opened&milestone_title=ns-3.48 Issues] in the GitLab.com tracker that are tagged with the 'Milestone ns-3.48' tag. |
| #* ''summary'': The existing sockets code is too Ipv4-centric.
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003204.html
| |
| #* ''code location'': http://code.nsnam.org/mathieu/ns-3-address.
| |
| #* ''status'': Posted for review on July 27.
| |
| #:
| |
| #:
| |
| # '''OLSR support'''
| |
| #* ''summary'': This contains a set of core changes needed to support Gustavo's OLSR code.
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003190.html
| |
| #* ''code location'': http://code.nsnam.org/gjc/ns-3-olsr-support/
| |
| #* ''status'': About to be merged
| |
| #:
| |
| #:
| |
| # '''OLSR'''
| |
| #* ''summary'': This is a clone of ns-3-olsr-support with an additional commit with the OLSR code itself.
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003190.html
| |
| #* ''code location'': http://code.nsnam.org/gjc/ns-3-olsr/
| |
| #* ''status'': Under review
| |
| #:
| |
| #:
| |
| # '''A Timer Class'''
| |
| #* ''summary'': This is a simple timer class
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003168.html
| |
| #* ''code location'': http://code.nsnam.org/gjc/ns-3-olsr/file/519cabaa269a/src/simulator/timer.h; http://code.nsnam.org/gjc/ns-3-olsr/file/519cabaa269a/src/simulator/timer.cc
| |
| #* ''status'': Under review
| |
| #:
| |
| #:
| |
| # '''Single Event and Event Collector'''
| |
| #* ''summary'': Proposed for better event tracking
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003206.html
| |
| #* ''code location'': http://code.nsnam.org/gjc/ns-3-olsr-support/
| |
| #* ''status'': Under review
| |
| #:
| |
| #:
| |
| # '''Removing traffic generation from applications class'''
| |
| #* ''summary'': Proposed decoupling to generalize applications
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003136.html
| |
| #* ''code location'': http://code.nsnam.org/laprisee/ns-3-mp/
| |
| #* ''status'': Under review
| |
| #:
| |
| #:
| |
| # '''Global routing manager'''
| |
| #* ''summary'': Object that builds/populates global static routes
| |
| #* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2007-July/003173.html
| |
| #* ''code location'': http://code.nsnam.org/tomh/ns-3-routing/
| |
| #* ''status'': Under revision
| |
| #:
| |
| #:
| |
|
| |
|
| == 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: |
|
| |
|
| === Ethernet: CSMA/CD ===
| | * Tom Henderson is prioritizing: |
| | ** Supporting wifi (and eventual ns-3-dev) transition to strongly-typed quantities and units |
| | ** Merging GSoC 2025 code [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2571 Orbital NTN] and [https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2482 6LoWPAN ND] |
| | ** Seeing if we can revive [https://github.com/direct-code-execution/ns-3-dce/pull/147 ns-3 DCE] |
| | ** Working on issue and MR backlog |
| | * Biljana Bojovic from the highest to the lowest priority: |
| | ** Reviewing Sionna MR https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2608 |
| | ** Try to revive NGMN traffic generators MR: https://gitlab.com/nsnam/ns-3-dev/-/merge_requests/2245 |
| | ** Help with other ns-3 MR backlog |
| | ** Would like to work also on: |
| | *** the precoding matrix conversion modelling options |
| | *** check if feasible to port some 3GPP models calibration scripts to ns-3 |
| | *** ns-3 with GPUs |
| | *** LLMs for 5G-LENA doxygen |
|
| |
|
| Emmanuelle Laprise (emmanuelle.laprise@bluekazoo.ca) and George Riley (riley@ece.gatech.edu) are working on an Ethernet NetDevice and Ethernet bridge node. See http://code.nsnam.org/laprisee/ns-3-mp
| | == Long term == |
|
| |
|
| === Global routing === | | == Historical information == |
|
| |
|
| Tom Henderson (tomh@tomh.org) and Craig Dowell are working on a global routing object that can compute static routes for the topology prior to the simulation execution. See http://code.nsnam.org/tomh/ns-3-routing. For August, we hope to have point-to-point and shared (Ethernet) links supported, and static multicast routing.
| | see the [[Current_Development]] page for some older Roadmap items (many have been abandoned) |
| | |
| === Position models ===
| |
| | |
| Mathieu Lacage has already merged the proposal announced previously [http://mailman.isi.edu/pipermail/ns-developers/2007-July/003091.html here].
| |
| | |
| == Future releases ==
| |
| | |
| === 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:
| |
| * SWIG: functionally similar to boost::python but supports more languages; also may be difficult to extend: http://code.nsnam.org/craigdo/ns-3-swig/
| |
| * Gustavo's Python bindings prototype: http://code.nsnam.org/gjc/ns-3-pybindgen/
| |
| Here are more details from [http://gjcarneiro.blogspot.com/2007/05/python-bindings-generator.html Gustavo's blog]
| |
| | |
| === Statistics ===
| |
| | |
| George Riley(riley@ece.gatech.edu) and Mathieu Lacage (mathieu.lacage@sophia.inria.fr) are the contacts for this development.
| |
| | |
| 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.
| |
| | |
| We thus need a framework to make it easy and safe for users to calculate basic network-specific values in the system such as:
| |
| * RTT
| |
| * Throughput
| |
| * inter-arrival time
| |
| * ...
| |
| | |
| Furthermore, it should be trivial to efficiently calculate basic statistical properties on these collected measurements:
| |
| * 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.
| |
| | |
| 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.
| |
| | |
| === 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].
| |
| | |
| === 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)
| |