Dce release schedule

From Nsnam
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

This page describes the basic information of the release process of ns-3-dce module.

Release Policy

Release Decision

Each DCE release satisfies the following requirements.

  • Resolve all P1 bugs in bugzilla (dce)
  • Pass all tests by test.py
  • (Optional) Pass all tests with valrgrind (test.py -g)

Release Cycle

DCE will be released newer version with the same timeframe of the ns-3 release, so that users will not be confused with the version and will see the stable version/release of DCE module.

Numbering (versioning)

DCE will have its own version number, tagged at release points into ns-3-dce repository.

  • tag manner: dce-x.y(-RCz)

Release style

The version of DCE release is handled by using bake.

Sub-modules (quagga/umip) operations

DCE is also able to have extensions, so-called "sub-modules". The sub-modules are located under "myscripts" directory of ns-3-dce, and build all sources (i.e., models, examples, documentations, etc) with a single waf script at the top ns-3-dce directory.

The design of DCE sub-modules should be aligned with the main part of ns-3, but takes this style for the moment.

dce-quagga and dce-umip are the first examples of sub-modules. each module is managed and released separately.

Supported platform

(TBD)

Code

Milestone

WikiEditor

development support features

future items

  • DCE cradle (Bug 1499) dce-1.0
  • Elf-loader issue (Bug 1513)
  • mptcp dce-1.0
  • sctp (Bug 1827)
  • Linux 802.15.4
  • ipv6 linux stack helper (Bug 1713)
  • traces for arbitrary code (Bug 1598)
  • python binding (Bug 1455)

WikiEditor