<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.nsnam.org/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Jpelkey</id>
	<title>Nsnam - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://www.nsnam.org/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Jpelkey"/>
	<link rel="alternate" type="text/html" href="https://www.nsnam.org/wiki/Special:Contributions/Jpelkey"/>
	<updated>2026-04-16T04:52:12Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.8</generator>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.12&amp;diff=5770</id>
		<title>Ns-3.12</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.12&amp;diff=5770"/>
		<updated>2011-06-01T17:55:46Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Candidate Contributions for Inclusion in ns-3.12 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.12. No release manager is named yet.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# May 25 -- ns-3.11 posted, ns-3.12 open phase begins.&lt;br /&gt;
# August/September timeframe:  ns-3.12 release&lt;br /&gt;
&lt;br /&gt;
More schedule details will be posted soon.  Please see [[Release Process]] concerning general aspects of the release schedule.&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.12 =&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/4517125/ BRITE Integration]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
** needs to be updated for modularity&lt;br /&gt;
&lt;br /&gt;
= ns-3.12 Features Merged =&lt;br /&gt;
&lt;br /&gt;
To be listed here.&lt;br /&gt;
&lt;br /&gt;
= The ns-3.12 Bug List =&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/4440051/ IP fragmentation] (bugs 1100, 1102)&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic and Tommaso Pecorella&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
* Netdevice queue state support&lt;br /&gt;
** being worked on by Ruben Merz&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5767</id>
		<title>Website-review</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5767"/>
		<updated>2011-05-31T14:33:57Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page is to track issues reported with the new website design on [http://www2.nsnam.org www2.nsnam.org].&lt;br /&gt;
&lt;br /&gt;
* Does not work on Opera (reported by Andrey Mazo)&lt;br /&gt;
&lt;br /&gt;
* Downloads link broken; points to www2.nsnam.org links (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:'''  Fixed.&lt;br /&gt;
&lt;br /&gt;
* Typo in Simulation models:  &amp;quot;The ns-3 project is commited to build a solid simulation core that is well documented&amp;quot; (check spelling of committed and s/building/build) (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:''' fixed&lt;br /&gt;
&lt;br /&gt;
* Not all per-release documentation sets built yet (reported by Tom Henderson)&lt;br /&gt;
** '''Status:''' Tom will fix.&lt;br /&gt;
&lt;br /&gt;
* High-resolution configuration broken (reported by Leo Razoumov)&lt;br /&gt;
** reported here: http://mailman.isi.edu/pipermail/ns-developers/2011-April/008807.html&lt;br /&gt;
&lt;br /&gt;
* would prefer text-based links and menus (reported by Gustavo Carneiro)&lt;br /&gt;
&lt;br /&gt;
* Typo on Overview-&amp;gt;News and Events at the top underneath the page title, it says &amp;quot;Oldser entries&amp;quot; (reported by Josh Pelkey)&lt;br /&gt;
** '''Status:''' Fixed.&lt;br /&gt;
&lt;br /&gt;
* Under Overview-&amp;gt;Media Kit it says &amp;quot;The font used for the text ns-3 is .&amp;quot; (reported by Josh Pelkey)&lt;br /&gt;
** '''Status:''' I changed to &amp;quot;italics&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Text on the left navigation bar seems like it might be a bit small and kind of hard to read (esp. the second indent text) (reported by Josh Pelkey)&lt;br /&gt;
&lt;br /&gt;
* Media kit images are missing &lt;br /&gt;
&lt;br /&gt;
* partners-acknoledgment page name is mangled; probably should delete and generate one with proper spelling&lt;br /&gt;
&lt;br /&gt;
* Legals page and Credits page (visible from bottom of main page) are blank &lt;br /&gt;
&lt;br /&gt;
* Links to various release and documentation pages resolve to http://www2.nsnam.org/... and result in 404 Not Found.&lt;br /&gt;
** '''Status:''' this should automatically be fixed when the website goes live, and when the next item is resolved.&lt;br /&gt;
&lt;br /&gt;
* Not clear how to reference content stored at filesystem paths relative to /var/www/html&lt;br /&gt;
&lt;br /&gt;
* There is no integrated search button&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;All releases&amp;quot; and &amp;quot;All documentation&amp;quot; link not placed correctly in Chrome: [[Media:Ns-3-website.png]]&lt;br /&gt;
** '''Status:''' Fixed, at least as of Chrome 13.0.772.0&lt;br /&gt;
&lt;br /&gt;
* Different number of bars in the logo: 3 in the favicon, 4 in the pseudo-3d illustration and 5 in the navigation bar.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Roadmap&amp;diff=5740</id>
		<title>Roadmap</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Roadmap&amp;diff=5740"/>
		<updated>2011-05-25T22:07:23Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Release schedule */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page summarizes the release roadmap for ns-3.  A summary of current development activities can be found [[Current Development|here]].&lt;br /&gt;
&lt;br /&gt;
__FORCETOC__&lt;br /&gt;
&lt;br /&gt;
== Release schedule ==&lt;br /&gt;
&lt;br /&gt;
ns-3 makes regular date-driven (not feature driven) releases, roughly quarterly.  ns-3 stable releases are sequentially numbered starting with minor version 1 (for example, ns-3.1 released June 30 2008 was followed by ns-3.2 released September 22, 2008).&lt;br /&gt;
&lt;br /&gt;
=== ns-3.12 ===&lt;br /&gt;
&lt;br /&gt;
ns-3.11 was released on May 25, 2011.  ns-3.12 is scheduled for Fall 2011.  See the [[Ns-3.12]] release page.&lt;br /&gt;
&lt;br /&gt;
== Release process == &lt;br /&gt;
&lt;br /&gt;
ns-3 releases are based on date-driven schedules: rather than target a set of features for a specific version number, we aim instead for a release date and ship whatever is ready by that date. If a cool new feature misses that date, it is not a big deal because the next release is never too far away. The current interval between releases is about 3 months.&lt;br /&gt;
&lt;br /&gt;
An ns-3 release manager will manage each release.  Following ns-3.X release, the release manager is selected for ns-3.X+1.  Old ns-3.X release manager is typically responsible for any maintenance releases.&lt;br /&gt;
&lt;br /&gt;
There are three time windows between releases:&lt;br /&gt;
# Open&lt;br /&gt;
# Maintenance only (no new features)&lt;br /&gt;
# Code freeze (P1 checkins)&lt;br /&gt;
&lt;br /&gt;
Depending on the proposed next release date, the release manager sets dates&lt;br /&gt;
for milestones 2 and 3.  The release manager has the authority to slip&lt;br /&gt;
the milestone 2, 3, and final release dates.&lt;br /&gt;
&lt;br /&gt;
In &amp;quot;Open&amp;quot; phase, the release manager has a low profile.  However, the release&lt;br /&gt;
manager should be involved with scheduling and approving major merges,&lt;br /&gt;
because he or she may want to manage the dependencies and do some testing&lt;br /&gt;
in a particular order.  In open phase, modules that are self contained&lt;br /&gt;
(e.g. a new channel model for WiFi) don't really need much coordination&lt;br /&gt;
with the release manager.&lt;br /&gt;
&lt;br /&gt;
(See below for &amp;quot;major merges&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
In &amp;quot;Maintenance&amp;quot; phase, no new features are to be added, but the maintainers&lt;br /&gt;
may check in fixes to bugs.  Maintainers may appeal to the release manager&lt;br /&gt;
for adding new self-contained features, but it is release manager's call.&lt;br /&gt;
&lt;br /&gt;
In Code freeze phase, the release manager must approve (or apply) all changes&lt;br /&gt;
to ns-3-dev outside of documentation.  The release manager may also set&lt;br /&gt;
a freeze date on documentation.&lt;br /&gt;
&lt;br /&gt;
Typically, the feature freeze is 4-6 weeks before the projected release&lt;br /&gt;
date, and the code freeze is 2 weeks before the projected release date.&lt;br /&gt;
&lt;br /&gt;
The release manager is responsible for preparing and maintaining RELEASE_NOTES,&lt;br /&gt;
changes.html, and release candidates, and for updating web pages and&lt;br /&gt;
wikis concerning release-specific information (e.g., update the Installation&lt;br /&gt;
wiki page if there is an issue discovered with a compiler).&lt;br /&gt;
&lt;br /&gt;
Detailed steps for doing the source code release are found in the [http://code.nsnam.org/ns-3-dev/file/1e8249c58fda/doc/release_steps.txt doc/release_steps.txt] file in the ns-3-dev repository.&lt;br /&gt;
&lt;br /&gt;
=== Major merges === &lt;br /&gt;
&lt;br /&gt;
Major merges are those that are not self contained within the scope of a&lt;br /&gt;
single maintainer, those that change API, and those that have some issues&lt;br /&gt;
with the build system or other dependencies.&lt;br /&gt;
&lt;br /&gt;
Past examples of major merges:&lt;br /&gt;
* NSC&lt;br /&gt;
* Bridge device and promiscuous mode&lt;br /&gt;
* Attribute system&lt;br /&gt;
* Python bindings&lt;br /&gt;
&lt;br /&gt;
If a proposed new feature (or refactoring) meets one of these criteria:&lt;br /&gt;
# Does not work with all models or on all platforms&lt;br /&gt;
# Changes existing APIs&lt;br /&gt;
# Crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
then, the release manager will ask for code review by all maintainers and&lt;br /&gt;
request a positive ack that the maintainer is comfortable with the&lt;br /&gt;
proposed merge and believes that it will interact well with, or have&lt;br /&gt;
no effect on, his or her component.   This code review process will typically&lt;br /&gt;
lead to questions and comments that need resolution.&lt;br /&gt;
&lt;br /&gt;
In the case where a new model does not work with the existing simulator,&lt;br /&gt;
(not on all platforms, not with all existing models) then the model&lt;br /&gt;
must receive an approval (exception) from the architecture board or project&lt;br /&gt;
lead.  Typically, they will either grant this exception or ask the model&lt;br /&gt;
author to improve the support and come back later.&lt;br /&gt;
&lt;br /&gt;
The release manager can veto a major merge based on preliminary testing or&lt;br /&gt;
concern about looming problems to finalize things for the release.&lt;br /&gt;
&lt;br /&gt;
Finally, it is good practice to coordinate among the active committers and release manager when you are doing a major merge, to avoid bad merge collisions.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Main_Page&amp;diff=5739</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Main_Page&amp;diff=5739"/>
		<updated>2011-05-25T22:06:52Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Upcoming Releases */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This [http://en.wikipedia.org/wiki/MediaWiki wiki] complements the [http://www.nsnam.org/ ns-3] main web site.  &lt;br /&gt;
'''Account Policy:''' Due to spam problems, we have disabled the ability for newly created user accounts to edit/move pages; even our experience on the ns-2 wiki with [http://www.mediawiki.org/wiki/Extension:ConfirmEdit Mediawiki captchas] has ineffective.  For now, if you create a new account and want edit privileges, just email [mailto:ns-developers-owner@isi.edu?subject=ns-3-wiki-enable] with your username and we will enable it for write privileges.  '''Note:''' [http://www.isi.edu/nsnam/ns ns-2] has a separate wiki, at http://nsnam.isi.edu/nsnam&lt;br /&gt;
&lt;br /&gt;
== Upcoming Releases ==&lt;br /&gt;
* Information about '''ns-3.12''', tentatively scheduled for Fall 2011, will be tracked [[Ns-3.12 | on the ns-3.12 wiki page]].  Our most recent release was [[Ns-3.11 | ns-3.11]].&lt;br /&gt;
&lt;br /&gt;
== Upcoming Events ==&lt;br /&gt;
* Three students are working on the 2011 '''[[NSOC2011AcceptedProjects | ns-3 Summer of Code (NSOC)]]'''.  The announcement is posted [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008935.html here].&lt;br /&gt;
&lt;br /&gt;
== Recent Events ==&lt;br /&gt;
* '''[[DevelMeetingMarch2011]]''' March 26, Barcelona Spain; [http://www.nsnam.org/docs/meetings/march11.txt meeting minutes].&lt;br /&gt;
* '''[[Wns3-2011]]:'''  The third annual Workshop on ns-3, Friday 25 March 2011, Barcelona Spain.&lt;br /&gt;
* '''[[DevelMeetingNov2010]]'''  Friday Nov. 5, 2010 after the [http://www.geni.net GENI Engineering Conference] in Washington DC;  [http://www.nsnam.org/docs/meetings/november10.txt meeting minutes]&lt;br /&gt;
* 2010 Google Summer of Code [http://www.nsnam.org/wiki/index.php/GSOC2010AcceptedProjects project page] and [http://nsnam.blogspot.com/2010/10/2010-google-summer-of-code-wrapup.html wrapup].&lt;br /&gt;
&lt;br /&gt;
== Current ns-3-dev Build and Test Results == &lt;br /&gt;
* [http://ns-regression.ee.washington.edu:8010/waterfall Buildbot Waterfall Display]&lt;br /&gt;
&lt;br /&gt;
To see detailed information for a particular system and compiler combination, find the appropriate column.  For example, &amp;quot;fc10-g++-4.4.0&amp;quot; indicates that a Fedora Core 10 system using the g++ 4.4.0 compiler has been used to build and run the tests.  Scroll down until you see build results in that column.  Select a &amp;quot;[view results]&amp;quot; link to view the test framework reports for the current build.  Note that time flows from bottom to top in this display.  This means that most recent build is shown first in the column, but it also means that the results for each build instance are shown &amp;quot;backward&amp;quot; with the Mercurial pull at the bottom, and the optimized build results at the top.&lt;br /&gt;
&lt;br /&gt;
== Next Level == &lt;br /&gt;
We have created the following pages to allow ns-3 users to contribute various information:&lt;br /&gt;
* '''[[Roadmap]]''' -  Plans for future releases, and what developers are working on&lt;br /&gt;
* '''[[Current Development]]''' - What people are working on for ns-3&lt;br /&gt;
* '''[[Developer FAQ]]''' - Answers to frequently asked questions for ns-3 developers&lt;br /&gt;
* '''[[User FAQ]]''' -  Answers to frequently asked questions for ns-3 users&lt;br /&gt;
* '''[[HOWTOs]]''' - HOWTOs guides for various simulation activities &lt;br /&gt;
* '''[http://www.nsnam.org/wiki/index.php/Category:Samples Samples]''' - Code samples and examples&lt;br /&gt;
* '''[[Troubleshooting]]''' - Tips for working around compilation, etc. problems&lt;br /&gt;
* '''[[Contributed Code]]''' - Links to third-party ns-3 software contributions&lt;br /&gt;
* '''[[Papers]]''' - Research papers about ns-3 or using ns-3&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Roadmap&amp;diff=5738</id>
		<title>Roadmap</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Roadmap&amp;diff=5738"/>
		<updated>2011-05-25T22:05:58Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page summarizes the release roadmap for ns-3.  A summary of current development activities can be found [[Current Development|here]].&lt;br /&gt;
&lt;br /&gt;
__FORCETOC__&lt;br /&gt;
&lt;br /&gt;
== Release schedule ==&lt;br /&gt;
&lt;br /&gt;
ns-3 makes regular date-driven (not feature driven) releases, roughly quarterly.  ns-3 stable releases are sequentially numbered starting with minor version 1 (for example, ns-3.1 released June 30 2008 was followed by ns-3.2 released September 22, 2008).&lt;br /&gt;
&lt;br /&gt;
=== ns-3.12 ===&lt;br /&gt;
&lt;br /&gt;
ns-3.11 was released on May 25, 2011.  ns-3.12 is scheduled for fall 2011.  See the [[Ns-3.12]] release page.&lt;br /&gt;
&lt;br /&gt;
== Release process == &lt;br /&gt;
&lt;br /&gt;
ns-3 releases are based on date-driven schedules: rather than target a set of features for a specific version number, we aim instead for a release date and ship whatever is ready by that date. If a cool new feature misses that date, it is not a big deal because the next release is never too far away. The current interval between releases is about 3 months.&lt;br /&gt;
&lt;br /&gt;
An ns-3 release manager will manage each release.  Following ns-3.X release, the release manager is selected for ns-3.X+1.  Old ns-3.X release manager is typically responsible for any maintenance releases.&lt;br /&gt;
&lt;br /&gt;
There are three time windows between releases:&lt;br /&gt;
# Open&lt;br /&gt;
# Maintenance only (no new features)&lt;br /&gt;
# Code freeze (P1 checkins)&lt;br /&gt;
&lt;br /&gt;
Depending on the proposed next release date, the release manager sets dates&lt;br /&gt;
for milestones 2 and 3.  The release manager has the authority to slip&lt;br /&gt;
the milestone 2, 3, and final release dates.&lt;br /&gt;
&lt;br /&gt;
In &amp;quot;Open&amp;quot; phase, the release manager has a low profile.  However, the release&lt;br /&gt;
manager should be involved with scheduling and approving major merges,&lt;br /&gt;
because he or she may want to manage the dependencies and do some testing&lt;br /&gt;
in a particular order.  In open phase, modules that are self contained&lt;br /&gt;
(e.g. a new channel model for WiFi) don't really need much coordination&lt;br /&gt;
with the release manager.&lt;br /&gt;
&lt;br /&gt;
(See below for &amp;quot;major merges&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
In &amp;quot;Maintenance&amp;quot; phase, no new features are to be added, but the maintainers&lt;br /&gt;
may check in fixes to bugs.  Maintainers may appeal to the release manager&lt;br /&gt;
for adding new self-contained features, but it is release manager's call.&lt;br /&gt;
&lt;br /&gt;
In Code freeze phase, the release manager must approve (or apply) all changes&lt;br /&gt;
to ns-3-dev outside of documentation.  The release manager may also set&lt;br /&gt;
a freeze date on documentation.&lt;br /&gt;
&lt;br /&gt;
Typically, the feature freeze is 4-6 weeks before the projected release&lt;br /&gt;
date, and the code freeze is 2 weeks before the projected release date.&lt;br /&gt;
&lt;br /&gt;
The release manager is responsible for preparing and maintaining RELEASE_NOTES,&lt;br /&gt;
changes.html, and release candidates, and for updating web pages and&lt;br /&gt;
wikis concerning release-specific information (e.g., update the Installation&lt;br /&gt;
wiki page if there is an issue discovered with a compiler).&lt;br /&gt;
&lt;br /&gt;
Detailed steps for doing the source code release are found in the [http://code.nsnam.org/ns-3-dev/file/1e8249c58fda/doc/release_steps.txt doc/release_steps.txt] file in the ns-3-dev repository.&lt;br /&gt;
&lt;br /&gt;
=== Major merges === &lt;br /&gt;
&lt;br /&gt;
Major merges are those that are not self contained within the scope of a&lt;br /&gt;
single maintainer, those that change API, and those that have some issues&lt;br /&gt;
with the build system or other dependencies.&lt;br /&gt;
&lt;br /&gt;
Past examples of major merges:&lt;br /&gt;
* NSC&lt;br /&gt;
* Bridge device and promiscuous mode&lt;br /&gt;
* Attribute system&lt;br /&gt;
* Python bindings&lt;br /&gt;
&lt;br /&gt;
If a proposed new feature (or refactoring) meets one of these criteria:&lt;br /&gt;
# Does not work with all models or on all platforms&lt;br /&gt;
# Changes existing APIs&lt;br /&gt;
# Crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
then, the release manager will ask for code review by all maintainers and&lt;br /&gt;
request a positive ack that the maintainer is comfortable with the&lt;br /&gt;
proposed merge and believes that it will interact well with, or have&lt;br /&gt;
no effect on, his or her component.   This code review process will typically&lt;br /&gt;
lead to questions and comments that need resolution.&lt;br /&gt;
&lt;br /&gt;
In the case where a new model does not work with the existing simulator,&lt;br /&gt;
(not on all platforms, not with all existing models) then the model&lt;br /&gt;
must receive an approval (exception) from the architecture board or project&lt;br /&gt;
lead.  Typically, they will either grant this exception or ask the model&lt;br /&gt;
author to improve the support and come back later.&lt;br /&gt;
&lt;br /&gt;
The release manager can veto a major merge based on preliminary testing or&lt;br /&gt;
concern about looming problems to finalize things for the release.&lt;br /&gt;
&lt;br /&gt;
Finally, it is good practice to coordinate among the active committers and release manager when you are doing a major merge, to avoid bad merge collisions.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5707</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5707"/>
		<updated>2011-05-23T21:20:31Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Proposed Release Schedule */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 19 -- ns-3.11-RC2&lt;br /&gt;
# May 23 -- ns-3.11-RC3&lt;br /&gt;
# May 25    -- ns-3.11 posted&lt;br /&gt;
# May 25   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 25    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
'''For first release candidate'''&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** &amp;lt;s&amp;gt;Update documentation: how to use the template module&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;Update documentation: how to create a new module&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;Update documentation: how to use the configuration (.ns3rc) file&amp;lt;/s&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** &amp;lt;s&amp;gt;Update project documentation for modular build changes (Mitch Watrous)&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;Add python page to manual&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;Create module template that can be easily cloned&amp;lt;/s&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;s&amp;gt;[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&amp;lt;/s&amp;gt;&lt;br /&gt;
** Nicola's patch for pointer syntax still pending and an open issue&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;s&amp;gt;Move python examples to modular bindings&amp;lt;/s&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''For final release'''&lt;br /&gt;
&lt;br /&gt;
* Fix AODV [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Other possible bugs:&lt;br /&gt;
** TCP deadlock&lt;br /&gt;
** &amp;lt;s&amp;gt;int 64x64 overflow (needs confirmed)&amp;lt;/s&amp;gt;&lt;br /&gt;
** 555 DCF (check also whether 1011 is invalid)&lt;br /&gt;
** Bug 1047 (waiting for response from submitter)&lt;br /&gt;
** &amp;lt;s&amp;gt;Bugs 1054,1056,1058 (Tom H)&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;1087 (MPI finalize?)&amp;lt;/s&amp;gt;&lt;br /&gt;
** nsc on gcc-4.6.0 (1093)&lt;br /&gt;
** rounding errors in mobility model (976)?&lt;br /&gt;
&lt;br /&gt;
* decide on Nicola's patch for pointer syntax&lt;br /&gt;
&lt;br /&gt;
* Review/update tutorial and documentation&lt;br /&gt;
** finish module template&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** migrate python content from wiki to new python page&lt;br /&gt;
&lt;br /&gt;
* Release new website&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://www.nsnam.org/wiki/index.php/App_Store_Technical_Requirements modular build]&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= Bugs fixed for ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Is the class name Scalar in nstime.h appropriate?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=699 699] -- TestCase::DoRun probably should not return a bool&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1019 1019] -- common --&amp;gt; node --&amp;gt; common circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1040 1040] -- Olsr and multiple interfaces&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1048 1048] -- suggested MatrixPropagationLossModel::SetLoss() API change&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1049 1049] -- Issues with OLSR HNA messages sent by multiple gateways&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1052 1052] -- olsr::RoutingProtocol::LinkTupleUpdated incorrect detection of asymetric link with multiple interface nodes&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1060 1060] -- Setting NqStaWifiMac Active Probing true, crashes simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1061 1061] -- Title level inconsistent in click.rst&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1062 1062] -- rescale-pdf not working&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1064 1064] -- Correct Friis propagation loss equation in spectrum module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1066 1066] -- Set Radiotap modulation type flags correctly&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1069 1069] -- ApWifiMac unduly calls RegularWifiMac::Receive and crashes&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1070 1070] -- csma/ipv6 examples duplicate NS_LOG_COMPONENT_DEFINE&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1075 1075] -- Python examples fail when static built is enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1076 1076] -- Waf gives an error if you enable only a single module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1078 1078] -- PacketTagList::Add performs NS_ASSERT counting one byte too few&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1081 1081] -- wutils.py refers to the old directory for visualizer module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1083 1083] -- scratch doesn't work when only some modules are enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1085 1085] -- Build failed: list index out of range&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1086 1086] -- sanity check for not calling Object::Dispose () twice&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1088 1088] -- Code in scratch directory assumes all modules are enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1089 1089] -- lwip build issue&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1090 1090] -- WifiMacQueue is not accessible through the attribute path&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1092 1092] -- Problem building FreeBSD stack with g++ 4.5.2 (Ubuntu)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1098 1098] -- when to show users which modules are enabled?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1105 1105] -- Move topology helpers into separate per-device modules&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1106 1106] -- Remove &amp;quot;CanvasLocation&amp;quot; dependencies in p2p helpers&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1108 1108] -- test.py -e option needs repair&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1110 1110] -- Sort alphabetically and display &amp;quot;Modules built&amp;quot; in columns&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1117 1117] -- bindings failures on selected platforms&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5658</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5658"/>
		<updated>2011-05-14T16:33:36Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* To Do List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
'''For first release candidate'''&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: how to use the template module&lt;br /&gt;
** Update documentation: how to create a new module&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;s&amp;gt;[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&amp;lt;/s&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For final release'''&lt;br /&gt;
&lt;br /&gt;
* Fix AODV [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Other possible bugs:&lt;br /&gt;
** TCP deadlock&lt;br /&gt;
** int 64x64 overflow (needs confirmed)&lt;br /&gt;
** 555 DCF (check also whether 1011 is invalid)&lt;br /&gt;
** Bug 1047 (waiting for response from submitter)&lt;br /&gt;
** &amp;lt;s&amp;gt;Bugs 1054,1056,1058 (Tom H)&amp;lt;/s&amp;gt;&lt;br /&gt;
** &amp;lt;s&amp;gt;1087 (MPI finalize?)&amp;lt;/s&amp;gt;&lt;br /&gt;
** nsc on gcc-4.6.0 (1093)&lt;br /&gt;
** rounding errors in mobility model (976)?&lt;br /&gt;
&lt;br /&gt;
* Review/update tutorial and documentation&lt;br /&gt;
* Release new website&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://www.nsnam.org/wiki/index.php/App_Store_Technical_Requirements modular build]&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= Bugs fixed for ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Is the class name Scalar in nstime.h appropriate?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=699 699] -- TestCase::DoRun probably should not return a bool&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1019 1019] -- common --&amp;gt; node --&amp;gt; common circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1040 1040] -- Olsr and multiple interfaces&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1048 1048] -- suggested MatrixPropagationLossModel::SetLoss() API change&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1049 1049] -- Issues with OLSR HNA messages sent by multiple gateways&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1052 1052] -- olsr::RoutingProtocol::LinkTupleUpdated incorrect detection of asymetric link with multiple interface nodes&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1060 1060] -- Setting NqStaWifiMac Active Probing true, crashes simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1061 1061] -- Title level inconsistent in click.rst&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1062 1062] -- rescale-pdf not working&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1064 1064] -- Correct Friis propagation loss equation in spectrum module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1066 1066] -- Set Radiotap modulation type flags correctly&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1069 1069] -- ApWifiMac unduly calls RegularWifiMac::Receive and crashes&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1070 1070] -- csma/ipv6 examples duplicate NS_LOG_COMPONENT_DEFINE&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1075 1075] -- Python examples fail when static built is enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1076 1076] -- Waf gives an error if you enable only a single module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1078 1078] -- PacketTagList::Add performs NS_ASSERT counting one byte too few&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1081 1081] -- wutils.py refers to the old directory for visualizer module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1083 1083] -- scratch doesn't work when only some modules are enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1085 1085] -- Build failed: list index out of range&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1086 1086] -- sanity check for not calling Object::Dispose () twice&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1088 1088] -- Code in scratch directory assumes all modules are enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1089 1089] -- lwip build issue&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1090 1090] -- WifiMacQueue is not accessible through the attribute path&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1092 1092] -- Problem building FreeBSD stack with g++ 4.5.2 (Ubuntu)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1098 1098] -- when to show users which modules are enabled?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1105 1105] -- Move topology helpers into separate per-device modules&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1106 1106] -- Remove &amp;quot;CanvasLocation&amp;quot; dependencies in p2p helpers&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1108 1108] -- test.py -e option needs repair&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1110 1110] -- Sort alphabetically and display &amp;quot;Modules built&amp;quot; in columns&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1117 1117] -- bindings failures on selected platforms&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5657</id>
		<title>Website-review</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5657"/>
		<updated>2011-05-13T17:26:40Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page is to track issues reported with the new website design on [http://www2.nsnam.org www2.nsnam.org].&lt;br /&gt;
&lt;br /&gt;
* Does not work on Opera (reported by Andrey Mazo)&lt;br /&gt;
&lt;br /&gt;
* Downloads link broken; points to www2.nsnam.org links (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:'''  Fixed.&lt;br /&gt;
&lt;br /&gt;
* Typo in Simulation models:  &amp;quot;The ns-3 project is commited to build a solid simulation core that is well documented&amp;quot; (check spelling of committed and s/building/build) (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:''' fixed&lt;br /&gt;
&lt;br /&gt;
* Not all per-release documentation sets built yet (reported by Tom Henderson)&lt;br /&gt;
** '''Status:''' Tom will fix.&lt;br /&gt;
&lt;br /&gt;
* High-resolution configuration broken (reported by Leo Razoumov)&lt;br /&gt;
** reported here: http://mailman.isi.edu/pipermail/ns-developers/2011-April/008807.html&lt;br /&gt;
&lt;br /&gt;
* would prefer text-based links and menus (reported by Gustavo Carneiro)&lt;br /&gt;
&lt;br /&gt;
* Typo on Overview-&amp;gt;News and Events at the top underneath the page title, it says &amp;quot;Oldser entries&amp;quot; (reported by Josh Pelkey)&lt;br /&gt;
** '''Status:''' Fixed.&lt;br /&gt;
&lt;br /&gt;
* Under Overview-&amp;gt;Media Kit it says &amp;quot;The font used for the text ns-3 is .&amp;quot; (reported by Josh Pelkey)&lt;br /&gt;
** '''Status:''' I changed to &amp;quot;italics&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Text on the left navigation bar seems like it might be a bit small and kind of hard to read (esp. the second indent text) (reported by Josh Pelkey)&lt;br /&gt;
&lt;br /&gt;
* Media kit images are missing &lt;br /&gt;
&lt;br /&gt;
* partners-acknoledgment page name is mangled; probably should delete and generate one with proper spelling&lt;br /&gt;
&lt;br /&gt;
* Legals page and Credits page (visible from bottom of main page) are blank &lt;br /&gt;
&lt;br /&gt;
* Links to various release and documentation pages resolve to http://www2.nsnam.org/... and result in 404 Not Found.&lt;br /&gt;
** '''Status:''' this should automatically be fixed when the website goes live, and when the next item is resolved.&lt;br /&gt;
&lt;br /&gt;
* Not clear how to reference content stored at filesystem paths relative to /var/www/html&lt;br /&gt;
&lt;br /&gt;
* There is no integrated search button&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;All releases&amp;quot; and &amp;quot;All documentation&amp;quot; link not placed correctly in Chrome: [[Media:Ns-3-website.png]]&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=File:Ns-3-website.png&amp;diff=5656</id>
		<title>File:Ns-3-website.png</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=File:Ns-3-website.png&amp;diff=5656"/>
		<updated>2011-05-13T17:24:30Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5650</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5650"/>
		<updated>2011-04-29T19:43:38Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
'''For first release candidate'''&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: fix module paths.&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For final release'''&lt;br /&gt;
&lt;br /&gt;
* Fix AODV [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Other possible bugs:&lt;br /&gt;
** TCP deadlock&lt;br /&gt;
** int 64x64 overflow (needs confirmed)&lt;br /&gt;
** 555 DCF (check also whether 1011 is invalid)&lt;br /&gt;
** 1047,1054,1056,1058 (Tom H)&lt;br /&gt;
** 1087 (MPI finalize?)&lt;br /&gt;
** nsc on gcc-4.6.0 (1093)&lt;br /&gt;
** rounding errors in mobility model (976)?&lt;br /&gt;
&lt;br /&gt;
* Review/update tutorial and documentation&lt;br /&gt;
* Release new website&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://www.nsnam.org/wiki/index.php/App_Store_Technical_Requirements modular build]&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= Bugs fixed for ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Is the class name Scalar in nstime.h appropriate?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=699 699] -- TestCase::DoRun probably should not return a bool&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1019 1019] -- common --&amp;gt; node --&amp;gt; common circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1040 1040] -- Olsr and multiple interfaces&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1048 1048] -- suggested MatrixPropagationLossModel::SetLoss() API change&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1049 1049] -- Issues with OLSR HNA messages sent by multiple gateways&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1052 1052] -- olsr::RoutingProtocol::LinkTupleUpdated incorrect detection of asymetric link with multiple interface nodes&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1060 1060] -- Setting NqStaWifiMac Active Probing true, crashes simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1061 1061] -- Title level inconsistent in click.rst&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1062 1062] -- rescale-pdf not working&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1064 1064] -- Correct Friis propagation loss equation in spectrum module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1066 1066] -- Set Radiotap modulation type flags correctly&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1069 1069] -- ApWifiMac unduly calls RegularWifiMac::Receive and crashes&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1070 1070] -- csma/ipv6 examples duplicate NS_LOG_COMPONENT_DEFINE&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1075 1075] -- Python examples fail when static built is enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1076 1076] -- Waf gives an error if you enable only a single module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1078 1078] -- PacketTagList::Add performs NS_ASSERT counting one byte too few&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1081 1081] -- wutils.py refers to the old directory for visualizer module&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1083 1083] -- scratch doesn't work when only some modules are enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1085 1085] -- Build failed: list index out of range&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1086 1086] -- sanity check for not calling Object::Dispose () twice&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1088 1088] -- Code in scratch directory assumes all modules are enabled&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1089 1089] -- lwip build issue&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1090 1090] -- WifiMacQueue is not accessible through the attribute path&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1092 1092] -- Problem building FreeBSD stack with g++ 4.5.2 (Ubuntu)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1098 1098] -- when to show users which modules are enabled?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1105 1105] -- Move topology helpers into separate per-device modules&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1106 1106] -- Remove &amp;quot;CanvasLocation&amp;quot; dependencies in p2p helpers&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1108 1108] -- test.py -e option needs repair&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1110 1110] -- Sort alphabetically and display &amp;quot;Modules built&amp;quot; in columns&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1117 1117] -- bindings failures on selected platforms&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5649</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5649"/>
		<updated>2011-04-29T19:19:06Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* To Do List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
'''For first release candidate'''&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: fix module paths.&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For final release'''&lt;br /&gt;
&lt;br /&gt;
* Fix AODV [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Other possible bugs:&lt;br /&gt;
** TCP deadlock&lt;br /&gt;
** int 64x64 overflow (needs confirmed)&lt;br /&gt;
** 555 DCF (check also whether 1011 is invalid)&lt;br /&gt;
** 1047,1054,1056,1058 (Tom H)&lt;br /&gt;
** 1087 (MPI finalize?)&lt;br /&gt;
** nsc on gcc-4.6.0 (1093)&lt;br /&gt;
** rounding errors in mobility model (976)?&lt;br /&gt;
&lt;br /&gt;
* Review/update tutorial and documentation&lt;br /&gt;
* Release new website&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://www.nsnam.org/wiki/index.php/App_Store_Technical_Requirements modular build]&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5648</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5648"/>
		<updated>2011-04-29T19:14:03Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* To Do List for Release Candidate */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
'''For first release candidate'''&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: fix module paths.&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For final release'''&lt;br /&gt;
&lt;br /&gt;
* Fix AODV [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Other possible bugs:&lt;br /&gt;
** TCP deadlock&lt;br /&gt;
** int 64x64 overflow (needs confirmed)&lt;br /&gt;
** 555 DCF (check also whether 1011 is invalid)&lt;br /&gt;
** 1047,1054,1056,1058 (Tom H)&lt;br /&gt;
** 1087 (MPI finalize?)&lt;br /&gt;
** nsc on gcc-4.6.0 (1093)&lt;br /&gt;
** rounding errors in mobility model?&lt;br /&gt;
&lt;br /&gt;
* Review/update tutorial and documentation&lt;br /&gt;
* Release new website&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://www.nsnam.org/wiki/index.php/App_Store_Technical_Requirements modular build]&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5646</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5646"/>
		<updated>2011-04-29T19:10:56Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* ns-3.11 Features Merged */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List for Release Candidate =&lt;br /&gt;
&lt;br /&gt;
* Fix blocker bugs&lt;br /&gt;
** [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: fix module paths.&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://www.nsnam.org/wiki/index.php/App_Store_Technical_Requirements modular build]&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5645</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5645"/>
		<updated>2011-04-29T19:09:48Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Proposed Release Schedule */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
= To Do List for Release Candidate =&lt;br /&gt;
&lt;br /&gt;
* Fix blocker bugs&lt;br /&gt;
** [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: fix module paths.&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5644</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5644"/>
		<updated>2011-04-29T19:06:07Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* To Do List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After March 18th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (April 6th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On May 15, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= To Do List for Release Candidate =&lt;br /&gt;
&lt;br /&gt;
* Fix blocker bugs&lt;br /&gt;
** [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 Bug 1099] - AODV performance problems&lt;br /&gt;
&lt;br /&gt;
* Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
** Update documentation: fix module paths.&lt;br /&gt;
** Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
** Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
** Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
** Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
** Add python page to manual&lt;br /&gt;
** Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
** Create module template that can be easily cloned&lt;br /&gt;
** Create datasheet for ns-3&lt;br /&gt;
** Create cheatsheet(s) for ns-3&lt;br /&gt;
** Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] will be applied&lt;br /&gt;
&lt;br /&gt;
* Move python examples to modular bindings&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5643</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5643"/>
		<updated>2011-04-29T18:54:28Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After March 18th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (April 6th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On May 15, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5642</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5642"/>
		<updated>2011-04-29T18:53:38Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After March 18th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (April 6th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On May 15, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bugs Fixed =&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5641</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5641"/>
		<updated>2011-04-29T18:53:10Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Proposed Release Schedule */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After March 18th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (April 6th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On May 15, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5640</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5640"/>
		<updated>2011-04-29T18:51:03Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# May 15 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# May 15 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# May 15 -- ns-3.11-RC1&lt;br /&gt;
# May 17 -- ns-3.11-RC2&lt;br /&gt;
# May 19 -- ns-3.11-RC3&lt;br /&gt;
# May 22    -- ns-3.11 posted&lt;br /&gt;
# May 22   -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 22    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.12&amp;diff=5623</id>
		<title>Ns-3.12</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.12&amp;diff=5623"/>
		<updated>2011-04-29T17:21:12Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Candidate Contributions for Inclusion in ns-3.12 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.12. No release manager is named yet.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# May TBD -- ns-3.11 posted, ns-3.12 open phase begins.&lt;br /&gt;
&lt;br /&gt;
Please see [[Release Process]] concerning general aspects of the release schedule. &lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.12 =&lt;br /&gt;
&lt;br /&gt;
* BRITE Integration&lt;br /&gt;
** will put up a code review after ns-3.11 release&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.12 Features Merged =&lt;br /&gt;
&lt;br /&gt;
To be listed here.&lt;br /&gt;
&lt;br /&gt;
= The ns-3.12 Bug List =&lt;br /&gt;
&lt;br /&gt;
To be listed here.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic and Tommaso Pecorella&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Make python examples not be run if they have unbuilt dependencies.  (This requires creation of waf build log file.)&lt;br /&gt;
# Make C++ examples with unbuilt dependencies not be run.  (This also requires creation of waf build log file.)&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5614</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5614"/>
		<updated>2011-04-25T17:55:35Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Make python examples not be run if they have unbuilt dependencies.  (This requires creation of waf build log file.)&lt;br /&gt;
# Make C++ examples with unbuilt dependencies not be run.  (This also requires creation of waf build log file.)&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5613</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5613"/>
		<updated>2011-04-25T17:53:05Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1099 1099] -- AODV performance problems&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;br /&gt;
&lt;br /&gt;
= To Do List =&lt;br /&gt;
&lt;br /&gt;
Mitch Watrous is working on the following modular build-related items:&lt;br /&gt;
&lt;br /&gt;
# Make python examples not be run if they have unbuilt dependencies.  (This requires creation of waf build log file.)&lt;br /&gt;
# Make C++ examples with unbuilt dependencies not be run.  (This also requires creation of waf build log file.)&lt;br /&gt;
# Update documentation: fix module paths.&lt;br /&gt;
# Update documentation: how to use the configuration (.ns3rc) file&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008797.html Documentation updates] are planned:&lt;br /&gt;
&lt;br /&gt;
# Update project documentation for modular build changes (Mitch Watrous)&lt;br /&gt;
# Split existing manual to a &amp;quot;developers manual&amp;quot; and a &amp;quot;model library&amp;quot; manual&lt;br /&gt;
# Remove &amp;quot;testing&amp;quot; document; move pieces to developers manual and model library manual&lt;br /&gt;
# Add python page to manual&lt;br /&gt;
# Remove [http://mailman.isi.edu/pipermail/ns-developers/2011-March/008742.html duplicate doxygen documentation]&lt;br /&gt;
# Create module template that can be easily cloned&lt;br /&gt;
# Create datasheet for ns-3&lt;br /&gt;
# Create cheatsheet(s) for ns-3&lt;br /&gt;
# Write down duties of release manager somewhere&lt;br /&gt;
&lt;br /&gt;
[http://mailman.isi.edu/pipermail/ns-developers/2011-April/008816.html Coding style update] is being considered.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5569</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5569"/>
		<updated>2011-04-06T17:04:00Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5568</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5568"/>
		<updated>2011-04-06T16:57:45Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1095 1095] -- MPI enable configuration failed in Fedroa 14&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5559</id>
		<title>Website-review</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5559"/>
		<updated>2011-04-04T14:46:37Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page is to track issues reported with the new website design on [http://www2.nsnam.org www2.nsnam.org].&lt;br /&gt;
&lt;br /&gt;
* Does not work on Opera (reported by Andrey Mazo)&lt;br /&gt;
&lt;br /&gt;
* Downloads link broken; points to www2.nsnam.org links (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:'''  Self-referential links will fix themselves when URL is adjusted back to www.nsnam.org?&lt;br /&gt;
&lt;br /&gt;
* Typo in Simulation models:  &amp;quot;The ns-3 project is commited to build a solid simulation core that is well documented&amp;quot; (check spelling of committed and s/building/build) (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:''' fixed&lt;br /&gt;
&lt;br /&gt;
* Not all per-release documentation sets built yet (reported by Tom Henderson)&lt;br /&gt;
** '''Status:''' Tom will fix.&lt;br /&gt;
&lt;br /&gt;
* High-resolution configuration broken (reported by Leo Razoumov)&lt;br /&gt;
** reported here: http://mailman.isi.edu/pipermail/ns-developers/2011-April/008807.html&lt;br /&gt;
&lt;br /&gt;
* would prefer text-based links and menus (reported by Gustavo Carneiro)&lt;br /&gt;
&lt;br /&gt;
* Typo on Overview-&amp;gt;News and Events at the top underneath the page title, it says &amp;quot;Oldser entries&amp;quot; (reported by Josh Pelkey)&lt;br /&gt;
&lt;br /&gt;
* Under Overview-&amp;gt;Media Kit it says &amp;quot;The font used for the text ns-3 is .&amp;quot; (reported by Josh Pelkey)&lt;br /&gt;
&lt;br /&gt;
* Text on the left navigation bar seems like it might be a bit small and kind of hard to read (esp. the second indent text) (reported by Josh Pelkey)&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5558</id>
		<title>Website-review</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5558"/>
		<updated>2011-04-04T14:42:10Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page is to track issues reported with the new website design on [http://www2.nsnam.org www2.nsnam.org].&lt;br /&gt;
&lt;br /&gt;
* Does not work on Opera (reported by Andrey Mazo)&lt;br /&gt;
&lt;br /&gt;
* Downloads link broken; points to www2.nsnam.org links (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:'''  Self-referential links will fix themselves when URL is adjusted back to www.nsnam.org?&lt;br /&gt;
&lt;br /&gt;
* Typo in Simulation models:  &amp;quot;The ns-3 project is commited to build a solid simulation core that is well documented&amp;quot; (check spelling of committed and s/building/build) (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:''' fixed&lt;br /&gt;
&lt;br /&gt;
* Not all per-release documentation sets built yet (reported by Tom Henderson)&lt;br /&gt;
** '''Status:''' Tom will fix.&lt;br /&gt;
&lt;br /&gt;
* High-resolution configuration broken (reported by Leo Razoumov)&lt;br /&gt;
** reported here: http://mailman.isi.edu/pipermail/ns-developers/2011-April/008807.html&lt;br /&gt;
&lt;br /&gt;
* would prefer text-based links and menus (reported by Gustavo Carneiro)&lt;br /&gt;
&lt;br /&gt;
* Typo on Overview-&amp;gt;News and Events at the top underneath the page title, it says &amp;quot;Oldser entries&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* Under Overview-&amp;gt;Media Kit it says &amp;quot;The font used for the text ns-3 is .&amp;quot;&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5557</id>
		<title>Website-review</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Website-review&amp;diff=5557"/>
		<updated>2011-04-04T14:40:17Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
This page is to track issues reported with the new website design on [http://www2.nsnam.org www2.nsnam.org].&lt;br /&gt;
&lt;br /&gt;
* Does not work on Opera (reported by Andrey Mazo)&lt;br /&gt;
&lt;br /&gt;
* Downloads link broken; points to www2.nsnam.org links (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:'''  Self-referential links will fix themselves when URL is adjusted back to www.nsnam.org?&lt;br /&gt;
&lt;br /&gt;
* Typo in Simulation models:  &amp;quot;The ns-3 project is commited to build a solid simulation core that is well documented&amp;quot; (check spelling of committed and s/building/build) (reported by Emmanuelle Laprise)&lt;br /&gt;
** '''Status:''' fixed&lt;br /&gt;
&lt;br /&gt;
* Not all per-release documentation sets built yet (reported by Tom Henderson)&lt;br /&gt;
** '''Status:''' Tom will fix.&lt;br /&gt;
&lt;br /&gt;
* High-resolution configuration broken (reported by Leo Razoumov)&lt;br /&gt;
** reported here: http://mailman.isi.edu/pipermail/ns-developers/2011-April/008807.html&lt;br /&gt;
&lt;br /&gt;
* would prefer text-based links and menus (reported by Gustavo Carneiro)&lt;br /&gt;
&lt;br /&gt;
* Typo on Overview-&amp;gt;News and Events at the top underneath the page title, it says &amp;quot;Oldser entries&amp;quot;&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5488</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5488"/>
		<updated>2011-03-29T14:21:26Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1079 1079] -- MPI code doesn't compile&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5393</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5393"/>
		<updated>2011-03-16T14:26:30Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5392</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5392"/>
		<updated>2011-03-15T17:57:45Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
** ok to mark invalid?&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5389</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5389"/>
		<updated>2011-03-14T18:22:17Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Candidate Contributions for Inclusion in ns-3.11 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5388</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5388"/>
		<updated>2011-03-14T18:21:52Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* ns-3.11 Features Merged */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* OpenFlow GSOC project&lt;br /&gt;
** code review site here:  [http://codereview.appspot.com/1872049/show OpenFlow]&lt;br /&gt;
** full repository here:  [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051/show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5387</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5387"/>
		<updated>2011-03-14T18:21:38Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* ns-3.11 Features Merged */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* OpenFlow GSOC project&lt;br /&gt;
** code review site here:  [http://codereview.appspot.com/1872049/show OpenFlow]&lt;br /&gt;
** full repository here:  [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
* [http://codereview.appspot.com/4266051show ns-3 openflow]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5386</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5386"/>
		<updated>2011-03-14T17:41:35Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Proposed Release Schedule */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# March 18 -- Deadline for new feature merge&lt;br /&gt;
# March 18 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# April 6 -- Small feature development and bug fixing ends&lt;br /&gt;
# April 6 -- '''''Open phase ends'''''&lt;br /&gt;
# April 6 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# April 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# April 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# April 30 -- ns-3.11-RC1&lt;br /&gt;
# May 3 -- ns-3.11-RC2&lt;br /&gt;
# May 6 -- ns-3.11-RC3&lt;br /&gt;
# May 8    -- ns-3.11 posted&lt;br /&gt;
# May 8    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# May 8    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* OpenFlow GSOC project&lt;br /&gt;
** code review site here:  [http://codereview.appspot.com/1872049/show OpenFlow]&lt;br /&gt;
** full repository here:  [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5268</id>
		<title>BRITE integration with ns-3</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5268"/>
		<updated>2011-03-04T14:57:25Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
The Boston university Representative Internet Topology gEnerator ([http://www.cs.bu.edu/brite/ BRITE]) is a topology generation framework built with flexibility and extensibility in mind. By integrating this topology framework with ns-3, users will have the power to quickly and efficiently create large Internet topologies, while taking advantage of ns-3's simulation capabilities.&lt;br /&gt;
&lt;br /&gt;
[[Image:Brite.png|thumb|Brite Topology in ns-3]] &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Project Goals =&lt;br /&gt;
# The user will be able to easily leverage the power of BRITE within ns-3, in order to create and simulate large-scale Internet topologies. &lt;br /&gt;
# Example ns-3 scripts will be provided to show use.&lt;br /&gt;
# Several BRITE configuration examples will be run through ns-3's test-runner to ensure continued operation.&lt;br /&gt;
# Code documentation, including doxygen will be provided.&lt;br /&gt;
# Manual section will be created to provide information on use and operation.&lt;br /&gt;
&lt;br /&gt;
= Development Plan =&lt;br /&gt;
For modularity, the BRITE source code will be separate from the ns-3 code.  Within the ns-3-allinone directory, the download.py script will take care of downloading and building the BRITE source code should the user choose to use BRITE. During the ns-3 build process, if BRITE is enabled, the BRITE code will be linked with the ns-3 code. Within the src/brite directory, the helper code, examples, test cases, and documentation will be provided.&lt;br /&gt;
&lt;br /&gt;
The heart of the ns-3/BRITE integration is contained within the topology helper. By passing in a BRITE configuration file to this helper, the topology is created with BRITE.  This topology is initially incompatible with ns-3; however, the helper will use this initial topology generation to create the ns-3 topology.  Once topology generation is completed, the user can install applications on the nodes within this topology and run the simulation.&lt;br /&gt;
&lt;br /&gt;
= Current Status =&lt;br /&gt;
Two repositories exist for BRITE integration with ns-3.  First is the BRITE code itself, slightly modified to work with ns-3. Second is the ns-3-brite repository where the BRITE toplogy helper, examples, and test cases will exist.&lt;br /&gt;
&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/BRITE/summary&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/ns-3-brite-modular/summary&lt;br /&gt;
&lt;br /&gt;
The integration is nearly complete. Users can use the ns-3 BRITE interface to generate ns-3 topologies using BRITE configuration files. An ns-3 example has been provided in src/brite/examples to show its usage. Complete modularization to align with the new ns-3 modularization model remains, including integration with ./download.py to automatically download and build BRITE if enabled.&lt;br /&gt;
&lt;br /&gt;
= Build Instructions =&lt;br /&gt;
The first step is to download and build the ns-3 specific BRITE repository:&lt;br /&gt;
&lt;br /&gt;
  $: hg clone http://code.nsnam.org/jpelkey3/BRITE&lt;br /&gt;
  $: cd BRITE&lt;br /&gt;
  $: make&lt;br /&gt;
 &lt;br /&gt;
This will build BRITE and create a library, libbrite.so, within the BRITE &lt;br /&gt;
directory.&lt;br /&gt;
&lt;br /&gt;
Once BRITE has been built successfully, we proceed to configure ns-3 with BRITE support. Currently, ns-3-brite is not merged with the main ns-3 branch; therefore you must first download a custom ns-3 branch and build that:&lt;br /&gt;
&lt;br /&gt;
  $: hg clone http://code.nsnam.org/jpelkey3/ns-3-brite-modular&lt;br /&gt;
  $: cd ns-3-brite-modular&lt;br /&gt;
  $: ./waf configure --with-brite=/path/to/brite/source&lt;br /&gt;
&lt;br /&gt;
Make sure it says 'enabled' beside 'BRITE Integration'. If it does not, then something has gone wrong. Either you have forgotten to build BRITE first following the steps above, or ns-3 could not find your BRITE directory.&lt;br /&gt;
&lt;br /&gt;
Next, build ns-3-brite-modular.&lt;br /&gt;
&lt;br /&gt;
  $: ./waf&lt;br /&gt;
&lt;br /&gt;
Finally, try running the brite-generic-example&lt;br /&gt;
&lt;br /&gt;
  $: ./waf --run 'brite-generic-example --verbose=1'&lt;br /&gt;
&lt;br /&gt;
By enabling the verbose parameter, the example will print out the node and edge information in a similar format to standard BRITE output. There are many other command-line parameters including confFile, seedFile, newseedFile, tracing, and nix, described below:&lt;br /&gt;
   &lt;br /&gt;
   confFile:    A BRITE configuration file. Many different BRITE configuration &lt;br /&gt;
                file examples exist in the BRITE/conf_files directory, for &lt;br /&gt;
                example, RTBarabasi20.conf and RTWaxman.conf. Please refer to &lt;br /&gt;
                the conf_files directory for more examples.&lt;br /&gt;
   seedFile:    BRITE specific seed file to seed a psuedo-random number genrator &lt;br /&gt;
                from BRITE.&lt;br /&gt;
   newseedFile: BRITE automatically generates a new seed file for you, if you &lt;br /&gt;
                would like to randomize subsequent runs. If you would like&lt;br /&gt;
                this to happen automatically, simply use the same file for &lt;br /&gt;
                seedFile and newseedFile. This way, BRITE will run with the &lt;br /&gt;
                current seeds and then overwrite them for the next run.&lt;br /&gt;
   verbose:     Prints out the node and edge information in a similar format &lt;br /&gt;
                to standard BRITE output.&lt;br /&gt;
   tracing:     Enables ascii tracing.&lt;br /&gt;
   nix:         Enables nix-vector routing. Global routing is used by default.&lt;br /&gt;
&lt;br /&gt;
= Usage =&lt;br /&gt;
The brite-generic-example can be referenced to see basic usage of the BRITE interface. In summary, the BriteTopologyHelper is used as the interface point by passing in a BRITE  configuration and seed file. The BRITE generated nodes and edges can then be accessed through this helper to create ns-3 nodes and edges.&lt;br /&gt;
&lt;br /&gt;
Within the brite-generic-example, assigning IPs and creating applications are done fairly simply, as topology generation is the main topic of the BRITE interface. It is very likely  that the user will need to change the way in which IP addresses are assigned or applications are installed.&lt;br /&gt;
&lt;br /&gt;
== A note on BRITE seed files ==&lt;br /&gt;
BRITE accepts a seed file to seed its psuedo-random number generator. It also spits out a new seed file after every run -- overwriting your old seed file -- in case you wish to randomize subsequent runs. Finally, it saves the most recently used seed file in a file called &amp;quot;last_seed_file.&amp;quot; I didn't like the way this was done, specifically the overwriting bit, so I changed it in the ns-3 interface. You still pass in a seed file, but you also pass in another file for BRITE to write the new seed file. This keeps BRITE from overwriting your seed file. I believe this makes it easier to run the exact same simulation over and over. I think this is important. Finally, if you wish to overwrite the seed file each run, randomizing each subsequent run as before, you can simply pass in the same file name for the seed file and new seed file in ns-3.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=File:Brite.png&amp;diff=5267</id>
		<title>File:Brite.png</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=File:Brite.png&amp;diff=5267"/>
		<updated>2011-03-04T14:39:45Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: Brite Topology, RTWaxman20, simulated in ns-3 and visualised in PyViz.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Brite Topology, RTWaxman20, simulated in ns-3 and visualised in PyViz.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5266</id>
		<title>BRITE integration with ns-3</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5266"/>
		<updated>2011-03-03T21:40:32Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
= Overview =&lt;br /&gt;
The Boston university Representative Internet Topology gEnerator ([http://www.cs.bu.edu/brite/ BRITE]) is a topology generation framework built with flexibility and extensibility in mind. By integrating this topology framework with ns-3, users will have the power to quickly and efficiently create large Internet topologies, while taking advantage of ns-3's simulation capabilities.&lt;br /&gt;
&lt;br /&gt;
= Project Goals =&lt;br /&gt;
# The user will be able to easily leverage the power of BRITE within ns-3, in order to create and simulate large-scale Internet topologies. &lt;br /&gt;
# Example ns-3 scripts will be provided to show use.&lt;br /&gt;
# Several BRITE configuration examples will be run through ns-3's test-runner to ensure continued operation&lt;br /&gt;
# Code documentation, including doxygen will be provided.&lt;br /&gt;
# Manual section will be created to provide information on use and operation.&lt;br /&gt;
&lt;br /&gt;
= Development Plan =&lt;br /&gt;
For modularity, the BRITE source code will be separate from the ns-3 code.  Within the ns-3-allinone directory, the download.py script will take care of downloading and building the BRITE source code should the user choose to use BRITE. During the ns-3 build process, if BRITE is enabled, the BRITE code will be linked with the ns-3 code. Within the src/brite directory, the helper code, examples, test cases, and documentation will be provided.&lt;br /&gt;
&lt;br /&gt;
The heart of the ns-3/BRITE integration is contained within the topology helper. By passing in a BRITE configuration file to this helper, the topology is created with BRITE.  This topology is initially incompatible with ns-3; however, the helper will use this initial topology generation to create the ns-3 topology.  Once topology generation is completed, the user can install applications on the nodes within this topology and run the simulation.&lt;br /&gt;
&lt;br /&gt;
= Current Status =&lt;br /&gt;
Two repositories exist for BRITE integration with ns-3.  First is the BRITE code itself, slightly modified to work with ns-3. Second is the ns-3-brite repository where the BRITE toplogy helper, examples, and test cases will exist.&lt;br /&gt;
&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/BRITE/summary&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/ns-3-brite-modular/summary&lt;br /&gt;
&lt;br /&gt;
The integration is nearly complete. Users can use the ns-3 BRITE interface to generate ns-3 topologies using BRITE configuration files. An ns-3 example has been provided in src/brite/examples to show its usage. Test cases and complete modularization to align with the new ns-3 modularization model remain.&lt;br /&gt;
&lt;br /&gt;
== A note on BRITE seed files ==&lt;br /&gt;
&lt;br /&gt;
BRITE accepts a seed file to seed its psuedo-random number generator. It also spits out a new seed file after every run -- overwriting your old seed file -- in case you wish to randomize subsequent runs. Finally, it saves the most recently used seed file in a file called &amp;quot;last_seed_file.&amp;quot; I didn't like the way this was done, specifically the overwriting bit, so I changed it in the ns-3 interface. You still pass in a seed file, but you also pass in another file for BRITE to write the new seed file. This keeps BRITE from overwriting your seed file. I believe this makes it easier to run the exact same simulation over and over. I think this is important. Finally, if you wish to overwrite the seed file each run, randomizing each subsequent run as before, you can simply pass in the same file name for the seed file and new seed file in ns-3.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5265</id>
		<title>BRITE integration with ns-3</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5265"/>
		<updated>2011-03-03T21:39:32Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
= Overview =&lt;br /&gt;
The Boston university Representative Internet Topology gEnerator ([http://www.cs.bu.edu/brite/ BRITE]) is a topology generation framework built with flexibility and extensibility in mind. By integrating this topology framework with ns-3, users will have the power to quickly and efficiently create large Internet topologies, while taking advantage of ns-3's simulation capabilities.&lt;br /&gt;
&lt;br /&gt;
= Project Goals =&lt;br /&gt;
# The user will be able to easily leverage the power of BRITE within ns-3, in order to create and simulate large-scale Internet topologies. &lt;br /&gt;
# Example ns-3 scripts will be provided to show use.&lt;br /&gt;
# Several BRITE configuration examples will be run through ns-3's test-runner to ensure continued operation&lt;br /&gt;
# Code documentation, including doxygen will be provided.&lt;br /&gt;
# Manual section will be created to provide information on use and operation.&lt;br /&gt;
&lt;br /&gt;
= Development Plan =&lt;br /&gt;
For modularity, the BRITE source code will be separate from the ns-3 code.  Within the ns-3-allinone directory, the download.py script will take care of downloading and building the BRITE source code should the user choose to use BRITE. During the ns-3 build process, if BRITE is enabled, the BRITE code will be linked with the ns-3 code. Within the src/brite directory, the helper code, examples, test cases, and documentation will be provided.&lt;br /&gt;
&lt;br /&gt;
The heart of the ns-3/BRITE integration is contained within the topology helper. By passing in a BRITE configuration file to this helper, the topology is created with BRITE.  This topology is initially incompatible with ns-3; however, the helper will use this initial topology generation to create the ns-3 topology.  Once topology generation is completed, the user can install applications on the nodes within this topology and run the simulation.&lt;br /&gt;
&lt;br /&gt;
= Current Status =&lt;br /&gt;
Two repositories exist for BRITE integration with ns-3.  First is the BRITE code itself, slightly modified to work with ns-3. Second is the ns-3-brite repository where the BRITE toplogy helper, examples, and test cases will exist.&lt;br /&gt;
&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/BRITE/summary&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/ns-3-brite-modular/summary&lt;br /&gt;
&lt;br /&gt;
The integration is nearly complete. Users can use the ns-3 BRITE interface to generate ns-3 topologies using BRITE configuration files. An ns-3 example has been provided in src/brite/examples to show its usage. Test cases and complete modularization to align with the new ns-3 modularization model remain.&lt;br /&gt;
&lt;br /&gt;
= A note on BRITE seed files =&lt;br /&gt;
BRITE accepts a seed file to seed its psuedo-random number generator. It also spits out a new seed file after every run -- overwriting your old seed file -- in case you wish to randomize subsequent runs. Finally, it saves the most recently used seed file in a file called &amp;quot;last_seed_file.&amp;quot; I didn't like the way this was done, specifically the overwriting bit, so I changed it in the ns-3 interface. You still pass in a seed file, but you also pass in another file for BRITE to write the new seed file. This keeps BRITE from overwriting your seed file. I believe this makes it easier to run the exact same simulation over and over. I think this is important. Finally, if you wish to overwrite the seed file each run, randomizing each subsequent run as before, you can simply pass in the same file name for the seed file and new seed file in ns-3.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5264</id>
		<title>BRITE integration with ns-3</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5264"/>
		<updated>2011-03-03T21:32:50Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Project Goals */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
= Overview =&lt;br /&gt;
The Boston university Representative Internet Topology gEnerator ([http://www.cs.bu.edu/brite/ BRITE]) is a topology generation framework built with flexibility and extensibility in mind. By integrating this topology framework with ns-3, users will have the power to quickly and efficiently create large Internet topologies, while taking advantage of ns-3's simulation capabilities.&lt;br /&gt;
&lt;br /&gt;
= Project Goals =&lt;br /&gt;
# The user will be able to easily leverage the power of BRITE within ns-3, in order to create and simulate large-scale Internet topologies. &lt;br /&gt;
# Example ns-3 scripts will be provided to show use.&lt;br /&gt;
# Several BRITE configuration examples will be run through ns-3's test-runner to ensure continued operation&lt;br /&gt;
# Code documentation, including doxygen will be provided.&lt;br /&gt;
# Manual section will be created to provide information on use and operation.&lt;br /&gt;
&lt;br /&gt;
= Development Plan =&lt;br /&gt;
For modularity, the BRITE source code will be separate from the ns-3 code.  Within the ns-3-allinone directory, the download.py script will take care of downloading and building the BRITE source code should the user choose to use BRITE. During the ns-3 build process, if BRITE is enabled, the BRITE code will be linked with the ns-3 code. Within the src/brite directory, the helper code, examples, test cases, and documentation will be provided.&lt;br /&gt;
&lt;br /&gt;
The heart of the ns-3/BRITE integration is contained within the topology helper. By passing in a BRITE configuration file to this helper, the topology is created with BRITE.  This topology is initially incompatible with ns-3; however, the helper will use this initial topology generation to create the ns-3 topology.  Once topology generation is completed, the user can install applications on the nodes within this topology and run the simulation.&lt;br /&gt;
&lt;br /&gt;
= Current Status =&lt;br /&gt;
Two repositories exist for BRITE integration with ns-3.  First is the BRITE code itself, slightly modified to work with ns-3. Second is the ns-3-brite repository where the BRITE toplogy helper, examples, and test cases will exist.&lt;br /&gt;
&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/BRITE/summary&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/ns-3-brite-modular/summary&lt;br /&gt;
&lt;br /&gt;
The integration is nearly complete. Users can use the ns-3 BRITE interface to generate ns-3 topologies using BRITE configuration files. An ns-3 example has been provided in src/brite/examples to show its usage. Test cases and complete modularization to align with the new ns-3 modularization model remain.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5263</id>
		<title>BRITE integration with ns-3</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5263"/>
		<updated>2011-03-02T21:37:11Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Development Plan */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
= Overview =&lt;br /&gt;
The Boston university Representative Internet Topology gEnerator ([http://www.cs.bu.edu/brite/ BRITE]) is a topology generation framework built with flexibility and extensibility in mind. By integrating this topology framework with ns-3, users will have the power to quickly and efficiently create large Internet topologies, while taking advantage of ns-3's simulation capabilities.&lt;br /&gt;
&lt;br /&gt;
= Project Goals =&lt;br /&gt;
# The user will be able to easily leverage the power of BRITE within ns-3, in order to create and simulate large-scale Internet topologies. &lt;br /&gt;
# Example ns-3 scripts will be provided to show use.&lt;br /&gt;
# Test cases will be created to ensure proper operation.&lt;br /&gt;
# Manual section will be created to provide information on use and operation.&lt;br /&gt;
&lt;br /&gt;
= Development Plan =&lt;br /&gt;
For modularity, the BRITE source code will be separate from the ns-3 code.  Within the ns-3-allinone directory, the download.py script will take care of downloading and building the BRITE source code should the user choose to use BRITE. During the ns-3 build process, if BRITE is enabled, the BRITE code will be linked with the ns-3 code. Within the src/brite directory, the helper code, examples, test cases, and documentation will be provided.&lt;br /&gt;
&lt;br /&gt;
The heart of the ns-3/BRITE integration is contained within the topology helper. By passing in a BRITE configuration file to this helper, the topology is created with BRITE.  This topology is initially incompatible with ns-3; however, the helper will use this initial topology generation to create the ns-3 topology.  Once topology generation is completed, the user can install applications on the nodes within this topology and run the simulation.&lt;br /&gt;
&lt;br /&gt;
= Current Status =&lt;br /&gt;
Two repositories exist for BRITE integration with ns-3.  First is the BRITE code itself, slightly modified to work with ns-3. Second is the ns-3-brite repository where the BRITE toplogy helper, examples, and test cases will exist.&lt;br /&gt;
&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/BRITE/summary&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/ns-3-brite-modular/summary&lt;br /&gt;
&lt;br /&gt;
The integration is nearly complete. Users can use the ns-3 BRITE interface to generate ns-3 topologies using BRITE configuration files. An ns-3 example has been provided in src/brite/examples to show its usage. Test cases and complete modularization to align with the new ns-3 modularization model remain.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5262</id>
		<title>BRITE integration with ns-3</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=BRITE_integration_with_ns-3&amp;diff=5262"/>
		<updated>2011-03-02T21:35:00Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Current Status */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
= Overview =&lt;br /&gt;
The Boston university Representative Internet Topology gEnerator ([http://www.cs.bu.edu/brite/ BRITE]) is a topology generation framework built with flexibility and extensibility in mind. By integrating this topology framework with ns-3, users will have the power to quickly and efficiently create large Internet topologies, while taking advantage of ns-3's simulation capabilities.&lt;br /&gt;
&lt;br /&gt;
= Project Goals =&lt;br /&gt;
# The user will be able to easily leverage the power of BRITE within ns-3, in order to create and simulate large-scale Internet topologies. &lt;br /&gt;
# Example ns-3 scripts will be provided to show use.&lt;br /&gt;
# Test cases will be created to ensure proper operation.&lt;br /&gt;
# Manual section will be created to provide information on use and operation.&lt;br /&gt;
&lt;br /&gt;
= Development Plan =&lt;br /&gt;
For modularity, the BRITE source code will be separate from the ns-3 code.  Within the ns-3-allinone directory, the download.py script will take care of downloading and building the BRITE source code should the user choose to use BRITE. During the ns-3 build process, if BRITE is enabled, the BRITE code will be linked with the ns-3 code. Within the src/contrib directory, the &amp;quot;brite&amp;quot; directory will exist which holds the topology helper (brite-topology-helper.cc/h), examples, and test cases.&lt;br /&gt;
&lt;br /&gt;
The heart of the ns-3/BRITE integration is contained within the topology helper. By passing in a BRITE configuration file to this helper, the topology is created with BRITE.  This topology is initially incompatible with ns-3; however, the helper will use this initial topology generation to create the ns-3 topology.  Once topology generation is completed, the user can install applications on the nodes within this topology and run the simulation.&lt;br /&gt;
&lt;br /&gt;
= Current Status =&lt;br /&gt;
Two repositories exist for BRITE integration with ns-3.  First is the BRITE code itself, slightly modified to work with ns-3. Second is the ns-3-brite repository where the BRITE toplogy helper, examples, and test cases will exist.&lt;br /&gt;
&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/BRITE/summary&lt;br /&gt;
# http://code.nsnam.org/jpelkey3/ns-3-brite-modular/summary&lt;br /&gt;
&lt;br /&gt;
The integration is nearly complete. Users can use the ns-3 BRITE interface to generate ns-3 topologies using BRITE configuration files. An ns-3 example has been provided in src/brite/examples to show its usage. Test cases and complete modularization to align with the new ns-3 modularization model remain.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5253</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5253"/>
		<updated>2011-02-25T20:01:57Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# February 28 -- Deadline for new feature merge&lt;br /&gt;
# February 28 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# March 5 -- Small feature development and bug fixing ends&lt;br /&gt;
# March 5 -- '''''Open phase ends'''''&lt;br /&gt;
# March 5 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# March 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# March 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# March 30 -- ns-3.11-RC1&lt;br /&gt;
# April 4 -- ns-3.11-RC2&lt;br /&gt;
# April 7 -- ns-3.11-RC3&lt;br /&gt;
# April 11    -- ns-3.11 posted&lt;br /&gt;
# April 11    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# April 11    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* OpenFlow GSOC project&lt;br /&gt;
** code review site here:  [http://codereview.appspot.com/1872049/show OpenFlow]&lt;br /&gt;
** full repository here:  [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&amp;lt;/s&amp;gt;&lt;br /&gt;
* &amp;lt;s&amp;gt;bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&amp;lt;/s&amp;gt;&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5252</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5252"/>
		<updated>2011-02-25T19:46:44Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# February 28 -- Deadline for new feature merge&lt;br /&gt;
# February 28 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# March 5 -- Small feature development and bug fixing ends&lt;br /&gt;
# March 5 -- '''''Open phase ends'''''&lt;br /&gt;
# March 5 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# March 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# March 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# March 30 -- ns-3.11-RC1&lt;br /&gt;
# April 4 -- ns-3.11-RC2&lt;br /&gt;
# April 7 -- ns-3.11-RC3&lt;br /&gt;
# April 11    -- ns-3.11 posted&lt;br /&gt;
# April 11    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# April 11    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* OpenFlow GSOC project&lt;br /&gt;
** code review site here:  [http://codereview.appspot.com/1872049/show OpenFlow]&lt;br /&gt;
** full repository here:  [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5251</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5251"/>
		<updated>2011-02-25T19:46:34Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# February 28 -- Deadline for new feature merge&lt;br /&gt;
# February 28 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# March 5 -- Small feature development and bug fixing ends&lt;br /&gt;
# March 5 -- '''''Open phase ends'''''&lt;br /&gt;
# March 5 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# March 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# March 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# March 30 -- ns-3.11-RC1&lt;br /&gt;
# April 4 -- ns-3.11-RC2&lt;br /&gt;
# April 7 -- ns-3.11-RC3&lt;br /&gt;
# April 11    -- ns-3.11 posted&lt;br /&gt;
# April 11    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# April 11    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* OpenFlow GSOC project&lt;br /&gt;
** code review site here:  [http://codereview.appspot.com/1872049/show OpenFlow]&lt;br /&gt;
** full repository here:  [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Higherest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned.&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1042 1042] -- AODV RERR implosion (missing RERR_RATELIMIT)&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1046 1046] -- AODV: NULL callback&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5235</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5235"/>
		<updated>2011-02-24T18:57:01Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* ns-3.11 Features Merged */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# February 14 -- Deadline for new feature merge&lt;br /&gt;
# February 14 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# March 5 -- Small feature development and bug fixing ends&lt;br /&gt;
# March 5 -- '''''Open phase ends'''''&lt;br /&gt;
# March 5 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# March 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# March 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# March 30 -- ns-3.11-RC1&lt;br /&gt;
# April 4 -- ns-3.11-RC2&lt;br /&gt;
# April 7 -- ns-3.11-RC3&lt;br /&gt;
# April 11    -- ns-3.11 posted&lt;br /&gt;
# April 11    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# April 11    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* [http://codereview.appspot.com/3988043/show ns-3 click]&lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- floating point differences in the mobility code&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5234</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5234"/>
		<updated>2011-02-24T18:56:52Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Candidate Contributions for Inclusion in ns-3.11 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# February 14 -- Deadline for new feature merge&lt;br /&gt;
# February 14 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# March 5 -- Small feature development and bug fixing ends&lt;br /&gt;
# March 5 -- '''''Open phase ends'''''&lt;br /&gt;
# March 5 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# March 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# March 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# March 30 -- ns-3.11-RC1&lt;br /&gt;
# April 4 -- ns-3.11-RC2&lt;br /&gt;
# April 7 -- ns-3.11-RC3&lt;br /&gt;
# April 11    -- ns-3.11 posted&lt;br /&gt;
# April 11    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# April 11    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* &lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- floating point differences in the mobility code&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5160</id>
		<title>Ns-3.11</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Ns-3.11&amp;diff=5160"/>
		<updated>2011-01-28T20:11:40Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* The ns-3.11 Bug List */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
This page summarizes the ongoing release planning for ns-3.11. Josh Pelkey &amp;lt;jpelkey@gatech.edu&amp;gt; will manage the release.&lt;br /&gt;
&lt;br /&gt;
= Proposed Release Schedule =&lt;br /&gt;
&lt;br /&gt;
# January 5 -- ns-3.10 posted&lt;br /&gt;
# January 5 -- ns-3.11 '''''Open phase begins'''''&lt;br /&gt;
# February 14 -- Deadline for new feature merge&lt;br /&gt;
# February 14 -- Begin the phase of small feature development and bug fixing&lt;br /&gt;
# March 5 -- Small feature development and bug fixing ends&lt;br /&gt;
# March 5 -- '''''Open phase ends'''''&lt;br /&gt;
# March 5 -- '''''Maintenance phase begins'''''&lt;br /&gt;
# March 30 -- '''''Maintenance phase ends'''''&lt;br /&gt;
# March 30 -- '''''Code freeze phase begins'''''&lt;br /&gt;
# March 30 -- ns-3.11-RC1&lt;br /&gt;
# April 4 -- ns-3.11-RC2&lt;br /&gt;
# April 7 -- ns-3.11-RC3&lt;br /&gt;
# April 11    -- ns-3.11 posted&lt;br /&gt;
# April 11    -- '''''Code freeze phase ends'''''&lt;br /&gt;
# April 11    -- ns-3.12 Open phase begins&lt;br /&gt;
&lt;br /&gt;
As described in the [[Roadmap]] there are three broad sections in the release schedule.  During the open phase, people wanting to include a new feature in ns-3.11 should contact Josh and arrange to have their features merged into ns-3-dev.  You will be expected to provide the following:&lt;br /&gt;
&lt;br /&gt;
* A mercurial patch, bundle or repo against the current version of ns-3-dev that contains your proposed feature addition.  You need to make sure that we can apply this patch and build and run (debug and optimized as appropriate) all unit and regression tests successfully on all of our target machines&lt;br /&gt;
* A summary of the additions you are proposing and an explanation of any changes to existing code that had to be done in order to support your feature (this will be used to generate release notes and will be provided to maintainers if a code review is indicated)&lt;br /&gt;
* Some kind of unit or system test that can be used to determine if your feature is actually working at each stage of the integration&lt;br /&gt;
&lt;br /&gt;
One of us will take a quick look at your proposed addition and determine if a code review is required.  According to the ''book of instructions'' a code review requiring positive acknowledgment by maintainers is indicated if:&lt;br /&gt;
&lt;br /&gt;
* Your proposed feature does not work with all models or on all platforms&lt;br /&gt;
* Your feature changes pre-existing APIs&lt;br /&gt;
* Your feature crosses maintainer boundaries&lt;br /&gt;
&lt;br /&gt;
Just to be safe, we will probably run a feature submission by at least one maintainer according to the general area of applicability of the feature.  For example, if you submit an entirely new device driver model, as a courtesy we will run this submission by the maintainers of the current devices.  The maintainers won't have any responsibility to positively ack the submission, but we will take some time to allow a reasonable review.&lt;br /&gt;
&lt;br /&gt;
The open phase is divided into two parts: new feature merge period and small feature development and bug fixing. &lt;br /&gt;
&lt;br /&gt;
During the new feature merge period we can:&lt;br /&gt;
* Review the code that might be merged&lt;br /&gt;
* Clean up the bug tracker: solve as much bugs as possible&lt;br /&gt;
* Merge the new features that has +1 and from maintainers&lt;br /&gt;
&lt;br /&gt;
After February 14th, the new feature merge period ends and small feature development and bug fixes begins. During the latter, no more merges are accepted and we can:&lt;br /&gt;
* Accept limited, small, self contained changes/features to ns-3-dev and to merged new features. As specified before, no more merges are accepted&lt;br /&gt;
* Review the code to be merged for next releases&lt;br /&gt;
* Cleanup the ns-3-dev bug tracker, solve as much bugs as possible&lt;br /&gt;
&lt;br /&gt;
The end of the  small feature development and bug fixes coincides (March 5th) with the beginning of the maintenance phase.  No new features may be added, but the maintainers may check in fixes to bugs; and people with new features that have been accepted and previously merged may fix bugs in existing features.  Please don't try to sneak in more new features or you may have your whole feature set removed at the release manager's discretion.  You can ask if you want to add small, self-contained features, but there are no guarantees that we will okay them.&lt;br /&gt;
&lt;br /&gt;
On March 30th, 2011, we are going to enter the code freeze phase.  This indicates that we are in the final stages of the release and our primary goal is stability.  During the code freeze phase, only P1 bugfixes will be allowed to be checked in.  Our ''goal'' will be to reduce the number of P1 bugs to zero before the release of ns-3.11.&lt;br /&gt;
&lt;br /&gt;
'''''We will reserve the right to veto (and remove) any new feature addition if it begins to cause problems and looks like it threatens the stability of the release at any time in the release process.'''''&lt;br /&gt;
&lt;br /&gt;
= Candidate Contributions for Inclusion in ns-3.11 =&lt;br /&gt;
&lt;br /&gt;
* [http://codereview.appspot.com/1690056/show ns-3 click]&lt;br /&gt;
** minor block on GPL copyright issue (ported ns-2 code)&lt;br /&gt;
* [http://codereview.appspot.com/2104052/show Virtual Access Point (VAP) for WiFi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2135046/show GetRelativeVelocity() for MobilityModel]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2173042/show PhySimWifi]&lt;br /&gt;
** insufficient reviews&lt;br /&gt;
* [http://codereview.appspot.com/2334041/show thread-safe implementation of ScheduleWithContext]&lt;br /&gt;
* [http://code.nsnam.org/bhurd/ns-3-openflow/ OpenFlow]&lt;br /&gt;
* [http://codereview.appspot.com/1587041/show simple wireless models]&lt;br /&gt;
* [http://codereview.appspot.com/1055041/show Jamming model]&lt;br /&gt;
* [http://codereview.appspot.com/850045/show MPLS]&lt;br /&gt;
* [http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html TCP Vegas] (blocked by lack of progress on TCP congestion control architecture)&lt;br /&gt;
* [http://codereview.appspot.com/3374041/ NetAnim trace hooks for wireless]&lt;br /&gt;
&lt;br /&gt;
= ns-3.11 Features Merged =&lt;br /&gt;
* &lt;br /&gt;
&lt;br /&gt;
= The ns-3.11 Bug List =&lt;br /&gt;
&lt;br /&gt;
'''Highest Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1033 1033] -- airtime-metric &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=409 409] -- Routing messages can exceed MTU, and fragmentation not supported &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 631] -- RealtimeSimulatorImpl not compatible with python bindings &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=555 555] -- DCF immediate access bug&lt;br /&gt;
** patch existing / needs further testing and verification&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=521 521] -- Ipv4 global routing inefficient&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=938 938] -- missing Doxygen &lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1018 1018] -- mobility --&amp;gt; helper --&amp;gt; mobility circular dependency&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1017 1017] -- node --&amp;gt; internet-stack --&amp;gt; node&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=756 756] -- Build should be configurable to avoid using optional components&lt;br /&gt;
&lt;br /&gt;
'''High Priority'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=445 445] -- Class name rename Scalar-&amp;gt;Dimensionless&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=912 912] -- modeling processing delays&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- floating point differences in the mobility code&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1044 1044] -- Seconds (1e-9) creates Time that is not IsPositive ()&lt;br /&gt;
&lt;br /&gt;
'''Possibly easy fixes'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- udp tx buffer is not fixed size&lt;br /&gt;
** possibly WONTFIX&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1006 1006] -- UDP socket tx buffer back pressure needed&lt;br /&gt;
**somewhat related to bug 141&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=996 996] -- TCP FIN-WAIT-2 bug&lt;br /&gt;
** pinged Adrian about this one, likely fixed&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=272 272] --InternetStackHelper::Install does not mention the fact that it aggregates PacketSocketFactory&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038 1038] -- Time::Get*Seconds () return signed integer while actually returning unsigned&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=798 798] -- In test.py: CRASH: TestSuite ns3-tcp-cwnd CRASH: TestSuite ns3-tcp-interoperability.&lt;br /&gt;
** is this still valid?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=957 957] -- Issue with test.py&lt;br /&gt;
** patch exists&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=190 190] -- Reminder: NS_LOG_APPEND_CONTEXT&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=848 848] -- append version number to libns3.so?&lt;br /&gt;
** remove from tracker?&lt;br /&gt;
&lt;br /&gt;
'''For Josh Pelkey -- me'''&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=976 976] -- wifi-wired-bridging regression test fails because of rounding errors in mobility model&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=582 582] -- tags are not serialized and deserialized from Packet::Serialize and Packet::Deserialize&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039 1039] -- TCP Nagle algorithm and RTO calculation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=730 730] -- Enabling fragmentation at run-time breaks simulation&lt;br /&gt;
* bug [http://www.nsnam.org/bugzilla/show_bug.cgi?id=942 942] -- ipv4-raw-socket-impl should listen more than one protocol&lt;br /&gt;
&lt;br /&gt;
= Feature requests =&lt;br /&gt;
&lt;br /&gt;
* make spectrum model compatible with ns-3 WiFi&lt;br /&gt;
* ns-2 packet UID feature &lt;br /&gt;
* API for TOS bytes (issue 897)  ''may wait for netfilter support''&lt;br /&gt;
* Chord/DHT (authors are planning to revise code based on comments)&lt;br /&gt;
* app store and build system refactoring&lt;br /&gt;
* fragmentation for IPv4:  being worked by Vedran Miletic&lt;br /&gt;
* TDMA wireless model&lt;br /&gt;
** being worked on by Hemanth Narra&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Current_Development&amp;diff=5104</id>
		<title>Current Development</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Current_Development&amp;diff=5104"/>
		<updated>2011-01-14T21:00:01Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
On this page, we will try to maintain pointers to current ns-3 development work, and post some suggested project ideas.  If you are interested in collaborating on one of these projects, please do not hesitate to contact the individuals identified.&lt;br /&gt;
&lt;br /&gt;
Much of the current activity is centered around the next release, which is ns-3.11 due in April 2011.  The release page should list code that is under active review for merging:  [[Ns-3.11 | ns-3.11 release page]]&lt;br /&gt;
&lt;br /&gt;
If you are new to ns-3 and want to contribute, please read these guidelines:  [http://www.nsnam.org/contributing.html Contributing to ns-3] and review the information on this page below.  Please visit our [[Suggested_Projects]] page.&lt;br /&gt;
&lt;br /&gt;
'''Note:''' ns-3 developers sometimes hang out on IRC at #ns-3 at irc.freenode.net.  &lt;br /&gt;
&lt;br /&gt;
We conduct many of our reviews at http://codereview.appspot.com.  &lt;br /&gt;
&lt;br /&gt;
= Reviews requested for ns-3 merge =&lt;br /&gt;
&lt;br /&gt;
The [[Ns-3.11 | ns-3.11 release page]]  has the most recent list of things under review for merge.&lt;br /&gt;
&lt;br /&gt;
= NSF Frameworks for ns-3 project =&lt;br /&gt;
&lt;br /&gt;
A multi-year project funded by NSF to improve usability of ns-3.  Please see [[NSF_Frameworks]] page.&lt;br /&gt;
&lt;br /&gt;
= Publicly announced development projects =&lt;br /&gt;
&lt;br /&gt;
== ns-3 core ==&lt;br /&gt;
&lt;br /&gt;
=== Multi-threaded simulation implementation for multicore ===&lt;br /&gt;
&lt;br /&gt;
* ''ns-developers post'':  http://mailman.isi.edu/pipermail/ns-developers/2009-July/006197.html&lt;br /&gt;
* ''code location'':  http://code.nsnam.org/guillaume/ns-3-multithreading/&lt;br /&gt;
* ''status'': ns-3.11 merge?&lt;br /&gt;
&lt;br /&gt;
=== Synchronized emulation ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://www.comsys.rwth-aachen.de/projects/slicetime/&lt;br /&gt;
* ''background'':  http://mailman.isi.edu/pipermail/ns-developers/2010-November/008488.html&lt;br /&gt;
* ''status'':  announced in Nov. 2010&lt;br /&gt;
&lt;br /&gt;
=== Linux namespaces and ns-3 ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'':  Tom Goff has contributed code and documentation about how to use ns-3 with Linux namespaces.&lt;br /&gt;
* ''code location'':  See the below wiki page.&lt;br /&gt;
* ''background'':  http://www.nsnam.org/wiki/index.php/HOWTO_use_Linux_namespaces_with_ns-3&lt;br /&gt;
* ''status'':  Working on integration of this capability with the [http://cs.itd.nrl.navy.mil/work/core/index.php CORE network emulator].  Some form of this will likely be merged with ns-3 and CORE in the future.  &lt;br /&gt;
&lt;br /&gt;
== Device and channel models ==&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous wifi enhancements ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/65051&lt;br /&gt;
* ''reviewer(s)'':  Mathieu Lacage&lt;br /&gt;
* ''status'':  Some of these pieces made it into ns-3.5-- others are pending&lt;br /&gt;
* ''background'': http://groups.google.com/group/ns-3-reviews/browse_thread/thread/f0b36d7373421a7d#&lt;br /&gt;
&lt;br /&gt;
=== Patch to pause and resume an interface ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/62054&lt;br /&gt;
* ''reviewer(s)'':  TBD&lt;br /&gt;
* ''status'':&lt;br /&gt;
&lt;br /&gt;
=== 802.11 model extensions ===&lt;br /&gt;
&lt;br /&gt;
There are several efforts ongoing to extend the ns-3 Wifi model.&lt;br /&gt;
&lt;br /&gt;
==== Harmonization with ns-2 802.11 Ext models ====&lt;br /&gt;
* ''summary'': ns-2.33 added a new 802.11 model with much more detailed channel modeling.  An effort has been started to port over reusable components from that implementation to ns-3's wifi model, while reusing already implemented basic components. The goal is a harmonization of the 802.11 models of ns-2 and ns-3. Leading aim is to support research on vehicular networks. Planned near-term features:&lt;br /&gt;
** Equalizing PHY models including capture effects, user-definable coding rates (e.g. 5.9 GHz from 802.11p)&lt;br /&gt;
** EDCA QoS extensions of 802.11e&lt;br /&gt;
* Already finished features:&lt;br /&gt;
** Nakagami/Rayleigh propagation loss model&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-November/004936.html&lt;br /&gt;
* ''code location'': http://idlebox.net/2008/ns-3-wifi/code/ns-3-wifiex/&lt;br /&gt;
* ''status'':  under current active development.  Time frame till this is completed: 4-5 month.&lt;br /&gt;
&lt;br /&gt;
==== 802.11n ====&lt;br /&gt;
&lt;br /&gt;
* ''summary'':  University of Florence (LART lab) has begun work on an 802.11n model for ns3.  The main goal is to simulate the frame aggregation feature.  In the future, they aim to implement the High Throughput terminal behaviour with MIMO technology.  They plan to add, to ns-3's 802.11 model, the following 802.11n features:&lt;br /&gt;
** Frame Aggregation&lt;br /&gt;
** Block ACK&lt;br /&gt;
** HCF (EDCA and support for HCCA)&lt;br /&gt;
** TXOP&lt;br /&gt;
** HT terminal (also with protection modes)&lt;br /&gt;
** MIMO&lt;br /&gt;
Also interested to verify the 11n terminal throughput when are associated terminal of a/b/g standards.&lt;br /&gt;
* Already finished features (in ns-3.5):&lt;br /&gt;
** HCF, TXOP, Frame Aggregation&lt;br /&gt;
* Merged for ns-3.8:&lt;br /&gt;
** Block ACK&lt;br /&gt;
* ''code location'': http://code.nsnam.org/mirko/ns-3-80211n&lt;br /&gt;
* ''status'':  Frame aggregation and block ack merged already; Tommaso Pecorella announced his lab's next steps [http://mailman.isi.edu/pipermail/ns-developers/2010-August/008303.html here]&lt;br /&gt;
&lt;br /&gt;
=== Wireless Interference (Jamming) Model ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': [http://www.ee.washington.edu/research/nsl/faculty/radha/ Network Security Lab (NSL)], University of Washington, Seattle has begun work on a wireless interference (jamming) model for ns3. The goal is to to enable researchers to use ns3 to study jamming and its mitigation methods.&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/NS-3_wireless_jamming_model&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/1055041/show&lt;br /&gt;
* ''status'': Public review.&lt;br /&gt;
&lt;br /&gt;
=== Vehicular Ad Hoc Networks (VANET) ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': Michele Weigle's group is working on VANET and has posted a patch for review in the past, but has taken it off the table for ns-3 merge consideration until more work is done.&lt;br /&gt;
* ''code location'': None publicly posted at this time.&lt;br /&gt;
&lt;br /&gt;
=== ns-3, 802.15.4 + 6LoWPAN ===&lt;br /&gt;
&lt;br /&gt;
* ''status'':  Tommaso Pecorella announced his plans [http://mailman.isi.edu/pipermail/ns-developers/2010-August/008304.html here]&lt;br /&gt;
&lt;br /&gt;
=== LTE ===&lt;br /&gt;
&lt;br /&gt;
Several developers expressed their interest in enhancing the LTE code developed within the GSoC 2010:&lt;br /&gt;
* Nicola Baldo and Marco Miozzo (CTTC) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008461.html announced] to be working on the following:&lt;br /&gt;
** adding UL link adaptation&lt;br /&gt;
** modeling inter-cell interference&lt;br /&gt;
** reworking the RRM/scheduling API&lt;br /&gt;
* Leo Razoumov [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008467.html announced] possible interest in the following contributions:&lt;br /&gt;
** MIMO&lt;br /&gt;
** PHY model abstractions&lt;br /&gt;
** scheduling models&lt;br /&gt;
** mobility and traffic models &lt;br /&gt;
* Giuseppe Piro and his group (DEE, Politecnico di Bari) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008469.html announced] the intent to continue with the development of the LTE module, focusing mainly on the following MAC layer aspects:&lt;br /&gt;
** RRM&lt;br /&gt;
** scheduling&lt;br /&gt;
** AMC&lt;br /&gt;
* Marco Mezzavilla and his group (DEI, University of Padova) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008483.html announced] interest in working on the following:&lt;br /&gt;
** MAC layer&lt;br /&gt;
** mobility&lt;br /&gt;
** traffic modelization&lt;br /&gt;
** MIMO&lt;br /&gt;
&lt;br /&gt;
== Link layer ==&lt;br /&gt;
&lt;br /&gt;
=== 802.21 media independent handover ===&lt;br /&gt;
&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/NS-3_MIH_implementation&lt;br /&gt;
* ''code location'':  http://code.nsnam.org/salumu/ns-3-mih/&lt;br /&gt;
* ''status'': Dormant-- no merge plans announced.&lt;br /&gt;
&lt;br /&gt;
== MPLS ==&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by'': Andrey Churin&lt;br /&gt;
* ''code location'': http://code.google.com/p/ns-3-shop/&lt;br /&gt;
* ''reviewer(s)'':  None&lt;br /&gt;
* ''status'':  Project has moved to Google hosting.  &lt;br /&gt;
&lt;br /&gt;
== Network layer ==&lt;br /&gt;
&lt;br /&gt;
=== IPv6 for ns-3 ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': Ipv6 support for ns-3&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-June/004283.html&lt;br /&gt;
* ''code location'': hg clone https://svnet.u-strasbg.fr/hg/ns-3-ipv6-2nd/&lt;br /&gt;
* ''status'':  ns-3.3 contains the first merge (Ipv6Address) of this code.  ns-3.7 and ns-3.8 will continue to add features.  Here is a tentative roadmap: http://mailman.isi.edu/pipermail/ns-developers/2009-July/006211.html&lt;br /&gt;
&lt;br /&gt;
=== API and functionality for marking TOS bytes in packets ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Antti Makela&lt;br /&gt;
* ''code location:'' http://www.nsnam.org/bugzilla/show_bug.cgi?id=897&lt;br /&gt;
* ''reviewer(s):'' None&lt;br /&gt;
* ''status:'' Need to consider whether this fits into the Linux netfilter support that is planned&lt;br /&gt;
&lt;br /&gt;
=== DSR routing ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Yufei Cheng&lt;br /&gt;
* ''status:'' Announced here:  http://mailman.isi.edu/pipermail/ns-developers/2010-December/008496.html&lt;br /&gt;
&lt;br /&gt;
=== DSDV routing ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Hemanth Narra&lt;br /&gt;
* ''code location:'' http://codereview.appspot.com/1668042/show&lt;br /&gt;
* ''status:'' Announced here:  http://mailman.isi.edu/pipermail/ns-developers/2010-December/008496.html&lt;br /&gt;
&lt;br /&gt;
== Transport layer ==&lt;br /&gt;
&lt;br /&gt;
=== TCP Vegas ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Juan Pablo Poujade&lt;br /&gt;
* ''code location:'' http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html&lt;br /&gt;
* ''reviewers:'' none officially&lt;br /&gt;
* ''status:'' Waiting for guidance on how TCP congestion control variants will be implemented in general&lt;br /&gt;
&lt;br /&gt;
== Application layer ==&lt;br /&gt;
&lt;br /&gt;
=== Chord/DHash DHT ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by'': Harjot Gill&lt;br /&gt;
* ''code location:'' http://codereview.appspot.com/180107/show&lt;br /&gt;
* ''reviewers:'' Mathieu Lacage, Tom Henderson&lt;br /&gt;
* ''background:'' http://mailman.isi.edu/pipermail/ns-developers/2009-December/007222.html&lt;br /&gt;
* ''status:'' Dormant for a while&lt;br /&gt;
&lt;br /&gt;
=== Synchronous posix/sockets API ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': An ns-3 &amp;quot;process&amp;quot; environment&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-April/003912.html&lt;br /&gt;
* ''code location'': http://code.nsnam.org/mathieu/ns-3-simu&lt;br /&gt;
* ''status'':  still in development&lt;br /&gt;
&lt;br /&gt;
=== real-world application integration ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': port of quagga routing to ns-3&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/Real_World_Application_Integration&lt;br /&gt;
* ''code location'': http://code.nsnam.org/lj/quagga-porting/&lt;br /&gt;
* ''status'':  Was developed by Liu Jian, Google Summer of Code.  Portions of this code are planned for a future release (ns-3.8 or later) when ns-3-simu is merged.&lt;br /&gt;
&lt;br /&gt;
=== ns-3-simu sockopt patches ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': Four patches listed in http://mailman.isi.edu/pipermail/ns-developers/2009-June/006144.html&lt;br /&gt;
* ''reviewer(s)'':  TBD&lt;br /&gt;
* ''status'': review requested on June 22&lt;br /&gt;
* ''background'':  http://mailman.isi.edu/pipermail/ns-developers/2009-June/006144.html&lt;br /&gt;
&lt;br /&gt;
== Visualization ==&lt;br /&gt;
&lt;br /&gt;
Jeremy Norman and the iNSpect team have posted some plans for a visualization library for ns-3:&lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2008-March/003777.html&lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2008-November/004914.html&lt;br /&gt;
&lt;br /&gt;
George Riley has made a [[NetAnim | prototype animator]] for PointToPoint links.&lt;br /&gt;
&lt;br /&gt;
Joe Kopena is working on what he calls a &amp;quot;decorator&amp;quot; http://code.nsnam.org/tjkopena/&lt;br /&gt;
&lt;br /&gt;
Hagen Paul Pfeifer is working on a MANET visualizer http://nv.dev.jauu.net/&lt;br /&gt;
&lt;br /&gt;
=== Graphical simulation builder ===&lt;br /&gt;
&lt;br /&gt;
Pierre Weiss and Sebastien Vincent have written an [[Ns3Generator| ns-3 scenario generator]] in Qt.  &lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2010-May/007998.html&lt;br /&gt;
* Mercurial download:  http://svnet.u-strasbg.fr/hg/ns-3-generator/&lt;br /&gt;
&lt;br /&gt;
=== NetExplorer ===&lt;br /&gt;
&lt;br /&gt;
[http://code.google.com/p/ns-3-shop/wiki/NetExplorer | NetExplorer] is Gnome/Gtk network animation tool for NS-3. &lt;br /&gt;
&lt;br /&gt;
== Miscellaneous == &lt;br /&gt;
&lt;br /&gt;
=== L2 Ethernet switch module ===&lt;br /&gt;
&lt;br /&gt;
* ''ns-developers post'':  http://groups.google.com/group/ns-3-users/browse_thread/thread/0091ac611dde1928#&lt;br /&gt;
* ''status'':  No code yet, starting development.&lt;br /&gt;
&lt;br /&gt;
=== Parallel simulations (2008) ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': ns-3 extensions for parallelization&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/Parallel_Simulations&lt;br /&gt;
* ''code location'': http://code.nsnam.org/pfeifer/ns-3-para/&lt;br /&gt;
* ''status'':  dormant since 2008 Google Summer of Code&lt;br /&gt;
&lt;br /&gt;
=== Delay Box for ns-3 ===&lt;br /&gt;
&lt;br /&gt;
Matt Crinklaw is working on a port of ns-2 DelayBox to ns-3.&lt;br /&gt;
* ''summary'':  http://www.isi.edu/nsnam/ns/doc/node247.html  (from ns-2 documentation)&lt;br /&gt;
* ''code location'':  http://freehg.org/u/mlaw&lt;br /&gt;
* ''status'':  No status update recently.  Dormant.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Configuration and State Detection ===&lt;br /&gt;
&lt;br /&gt;
In order to configure simulations across multiple, probably virtualized, machines a large amount of configuration must be performed in order to construct the component systems.  The oppportunity for human error to creep in during this process renders it essentially manually unworkable for all but the simplest topologies.  Craig Dowell is thinking about how to address this problem.&lt;br /&gt;
&lt;br /&gt;
[[SimulationConfiguration | Simulation Configuration]]&lt;br /&gt;
&lt;br /&gt;
= Build system and project infrastructure =&lt;br /&gt;
&lt;br /&gt;
== Modular build and package management ==&lt;br /&gt;
&lt;br /&gt;
This issue is being tracked (requirements and wish list) on [[App_Store_Technical_Requirements | this page]]&lt;br /&gt;
&lt;br /&gt;
== State of Doxygen ==&lt;br /&gt;
&lt;br /&gt;
Need to bring Doxygen into compliance (no errors, no warnings for missing documentation).&lt;br /&gt;
&lt;br /&gt;
== Buildbots ==&lt;br /&gt;
&lt;br /&gt;
* investigate hooking code coverage (lcov) into the report&lt;br /&gt;
* investigate how the whole buildbot farm may be made available to a maintainer to test out a non-ns-3-dev repo.  &lt;br /&gt;
&lt;br /&gt;
== Code contribution guidance ==&lt;br /&gt;
&lt;br /&gt;
Tom took action item to simplify and clarify the project code contribution guidelines (for people wishing to contribute new code to ns-3).&lt;br /&gt;
&lt;br /&gt;
== Samples directory ==&lt;br /&gt;
&lt;br /&gt;
Consider cleanup and move of samples/ directory to examples/?&lt;br /&gt;
&lt;br /&gt;
== Documentation ==&lt;br /&gt;
&lt;br /&gt;
Considering to refactor documentation to split the existing manual into a model library and a software core reference manual, to add a lighter-weight tutorial, and to add a &amp;quot;cookbook&amp;quot; of howtos for common ns-3 tasks.&lt;br /&gt;
&lt;br /&gt;
== Website ==&lt;br /&gt;
&lt;br /&gt;
Status:  INRIA is organizing some updates to the website.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Current_Development&amp;diff=5103</id>
		<title>Current Development</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Current_Development&amp;diff=5103"/>
		<updated>2011-01-14T20:59:32Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
On this page, we will try to maintain pointers to current ns-3 development work, and post some suggested project ideas.  If you are interested in collaborating on one of these projects, please do not hesitate to contact the individuals identified.&lt;br /&gt;
&lt;br /&gt;
Much of the current activity is centered around the next release, which is ns-3.11 due in April 2011.  The release page should list code that is under active review for merging:  [[Ns-3.10 | ns-3.10 release page]]&lt;br /&gt;
&lt;br /&gt;
If you are new to ns-3 and want to contribute, please read these guidelines:  [http://www.nsnam.org/contributing.html Contributing to ns-3] and review the information on this page below.  Please visit our [[Suggested_Projects]] page.&lt;br /&gt;
&lt;br /&gt;
'''Note:''' ns-3 developers sometimes hang out on IRC at #ns-3 at irc.freenode.net.  &lt;br /&gt;
&lt;br /&gt;
We conduct many of our reviews at http://codereview.appspot.com.  &lt;br /&gt;
&lt;br /&gt;
= Reviews requested for ns-3 merge =&lt;br /&gt;
&lt;br /&gt;
The [[Ns-3.11 | ns-3.11 release page]]  has the most recent list of things under review for merge.&lt;br /&gt;
&lt;br /&gt;
= NSF Frameworks for ns-3 project =&lt;br /&gt;
&lt;br /&gt;
A multi-year project funded by NSF to improve usability of ns-3.  Please see [[NSF_Frameworks]] page.&lt;br /&gt;
&lt;br /&gt;
= Publicly announced development projects =&lt;br /&gt;
&lt;br /&gt;
== ns-3 core ==&lt;br /&gt;
&lt;br /&gt;
=== Multi-threaded simulation implementation for multicore ===&lt;br /&gt;
&lt;br /&gt;
* ''ns-developers post'':  http://mailman.isi.edu/pipermail/ns-developers/2009-July/006197.html&lt;br /&gt;
* ''code location'':  http://code.nsnam.org/guillaume/ns-3-multithreading/&lt;br /&gt;
* ''status'': ns-3.10 merge?&lt;br /&gt;
&lt;br /&gt;
=== Synchronized emulation ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://www.comsys.rwth-aachen.de/projects/slicetime/&lt;br /&gt;
* ''background'':  http://mailman.isi.edu/pipermail/ns-developers/2010-November/008488.html&lt;br /&gt;
* ''status'':  announced in Nov. 2010&lt;br /&gt;
&lt;br /&gt;
=== Linux namespaces and ns-3 ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'':  Tom Goff has contributed code and documentation about how to use ns-3 with Linux namespaces.&lt;br /&gt;
* ''code location'':  See the below wiki page.&lt;br /&gt;
* ''background'':  http://www.nsnam.org/wiki/index.php/HOWTO_use_Linux_namespaces_with_ns-3&lt;br /&gt;
* ''status'':  Working on integration of this capability with the [http://cs.itd.nrl.navy.mil/work/core/index.php CORE network emulator].  Some form of this will likely be merged with ns-3 and CORE in the future.  &lt;br /&gt;
&lt;br /&gt;
== Device and channel models ==&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous wifi enhancements ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/65051&lt;br /&gt;
* ''reviewer(s)'':  Mathieu Lacage&lt;br /&gt;
* ''status'':  Some of these pieces made it into ns-3.5-- others are pending&lt;br /&gt;
* ''background'': http://groups.google.com/group/ns-3-reviews/browse_thread/thread/f0b36d7373421a7d#&lt;br /&gt;
&lt;br /&gt;
=== Patch to pause and resume an interface ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/62054&lt;br /&gt;
* ''reviewer(s)'':  TBD&lt;br /&gt;
* ''status'':&lt;br /&gt;
&lt;br /&gt;
=== 802.11 model extensions ===&lt;br /&gt;
&lt;br /&gt;
There are several efforts ongoing to extend the ns-3 Wifi model.&lt;br /&gt;
&lt;br /&gt;
==== Harmonization with ns-2 802.11 Ext models ====&lt;br /&gt;
* ''summary'': ns-2.33 added a new 802.11 model with much more detailed channel modeling.  An effort has been started to port over reusable components from that implementation to ns-3's wifi model, while reusing already implemented basic components. The goal is a harmonization of the 802.11 models of ns-2 and ns-3. Leading aim is to support research on vehicular networks. Planned near-term features:&lt;br /&gt;
** Equalizing PHY models including capture effects, user-definable coding rates (e.g. 5.9 GHz from 802.11p)&lt;br /&gt;
** EDCA QoS extensions of 802.11e&lt;br /&gt;
* Already finished features:&lt;br /&gt;
** Nakagami/Rayleigh propagation loss model&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-November/004936.html&lt;br /&gt;
* ''code location'': http://idlebox.net/2008/ns-3-wifi/code/ns-3-wifiex/&lt;br /&gt;
* ''status'':  under current active development.  Time frame till this is completed: 4-5 month.&lt;br /&gt;
&lt;br /&gt;
==== 802.11n ====&lt;br /&gt;
&lt;br /&gt;
* ''summary'':  University of Florence (LART lab) has begun work on an 802.11n model for ns3.  The main goal is to simulate the frame aggregation feature.  In the future, they aim to implement the High Throughput terminal behaviour with MIMO technology.  They plan to add, to ns-3's 802.11 model, the following 802.11n features:&lt;br /&gt;
** Frame Aggregation&lt;br /&gt;
** Block ACK&lt;br /&gt;
** HCF (EDCA and support for HCCA)&lt;br /&gt;
** TXOP&lt;br /&gt;
** HT terminal (also with protection modes)&lt;br /&gt;
** MIMO&lt;br /&gt;
Also interested to verify the 11n terminal throughput when are associated terminal of a/b/g standards.&lt;br /&gt;
* Already finished features (in ns-3.5):&lt;br /&gt;
** HCF, TXOP, Frame Aggregation&lt;br /&gt;
* Merged for ns-3.8:&lt;br /&gt;
** Block ACK&lt;br /&gt;
* ''code location'': http://code.nsnam.org/mirko/ns-3-80211n&lt;br /&gt;
* ''status'':  Frame aggregation and block ack merged already; Tommaso Pecorella announced his lab's next steps [http://mailman.isi.edu/pipermail/ns-developers/2010-August/008303.html here]&lt;br /&gt;
&lt;br /&gt;
=== Wireless Interference (Jamming) Model ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': [http://www.ee.washington.edu/research/nsl/faculty/radha/ Network Security Lab (NSL)], University of Washington, Seattle has begun work on a wireless interference (jamming) model for ns3. The goal is to to enable researchers to use ns3 to study jamming and its mitigation methods.&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/NS-3_wireless_jamming_model&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/1055041/show&lt;br /&gt;
* ''status'': Public review.&lt;br /&gt;
&lt;br /&gt;
=== Vehicular Ad Hoc Networks (VANET) ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': Michele Weigle's group is working on VANET and has posted a patch for review in the past, but has taken it off the table for ns-3 merge consideration until more work is done.&lt;br /&gt;
* ''code location'': None publicly posted at this time.&lt;br /&gt;
&lt;br /&gt;
=== ns-3, 802.15.4 + 6LoWPAN ===&lt;br /&gt;
&lt;br /&gt;
* ''status'':  Tommaso Pecorella announced his plans [http://mailman.isi.edu/pipermail/ns-developers/2010-August/008304.html here]&lt;br /&gt;
&lt;br /&gt;
=== LTE ===&lt;br /&gt;
&lt;br /&gt;
Several developers expressed their interest in enhancing the LTE code developed within the GSoC 2010:&lt;br /&gt;
* Nicola Baldo and Marco Miozzo (CTTC) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008461.html announced] to be working on the following:&lt;br /&gt;
** adding UL link adaptation&lt;br /&gt;
** modeling inter-cell interference&lt;br /&gt;
** reworking the RRM/scheduling API&lt;br /&gt;
* Leo Razoumov [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008467.html announced] possible interest in the following contributions:&lt;br /&gt;
** MIMO&lt;br /&gt;
** PHY model abstractions&lt;br /&gt;
** scheduling models&lt;br /&gt;
** mobility and traffic models &lt;br /&gt;
* Giuseppe Piro and his group (DEE, Politecnico di Bari) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008469.html announced] the intent to continue with the development of the LTE module, focusing mainly on the following MAC layer aspects:&lt;br /&gt;
** RRM&lt;br /&gt;
** scheduling&lt;br /&gt;
** AMC&lt;br /&gt;
* Marco Mezzavilla and his group (DEI, University of Padova) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008483.html announced] interest in working on the following:&lt;br /&gt;
** MAC layer&lt;br /&gt;
** mobility&lt;br /&gt;
** traffic modelization&lt;br /&gt;
** MIMO&lt;br /&gt;
&lt;br /&gt;
== Link layer ==&lt;br /&gt;
&lt;br /&gt;
=== 802.21 media independent handover ===&lt;br /&gt;
&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/NS-3_MIH_implementation&lt;br /&gt;
* ''code location'':  http://code.nsnam.org/salumu/ns-3-mih/&lt;br /&gt;
* ''status'': Dormant-- no merge plans announced.&lt;br /&gt;
&lt;br /&gt;
== MPLS ==&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by'': Andrey Churin&lt;br /&gt;
* ''code location'': http://code.google.com/p/ns-3-shop/&lt;br /&gt;
* ''reviewer(s)'':  None&lt;br /&gt;
* ''status'':  Project has moved to Google hosting.  &lt;br /&gt;
&lt;br /&gt;
== Network layer ==&lt;br /&gt;
&lt;br /&gt;
=== IPv6 for ns-3 ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': Ipv6 support for ns-3&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-June/004283.html&lt;br /&gt;
* ''code location'': hg clone https://svnet.u-strasbg.fr/hg/ns-3-ipv6-2nd/&lt;br /&gt;
* ''status'':  ns-3.3 contains the first merge (Ipv6Address) of this code.  ns-3.7 and ns-3.8 will continue to add features.  Here is a tentative roadmap: http://mailman.isi.edu/pipermail/ns-developers/2009-July/006211.html&lt;br /&gt;
&lt;br /&gt;
=== API and functionality for marking TOS bytes in packets ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Antti Makela&lt;br /&gt;
* ''code location:'' http://www.nsnam.org/bugzilla/show_bug.cgi?id=897&lt;br /&gt;
* ''reviewer(s):'' None&lt;br /&gt;
* ''status:'' Need to consider whether this fits into the Linux netfilter support that is planned&lt;br /&gt;
&lt;br /&gt;
=== DSR routing ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Yufei Cheng&lt;br /&gt;
* ''status:'' Announced here:  http://mailman.isi.edu/pipermail/ns-developers/2010-December/008496.html&lt;br /&gt;
&lt;br /&gt;
=== DSDV routing ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Hemanth Narra&lt;br /&gt;
* ''code location:'' http://codereview.appspot.com/1668042/show&lt;br /&gt;
* ''status:'' Announced here:  http://mailman.isi.edu/pipermail/ns-developers/2010-December/008496.html&lt;br /&gt;
&lt;br /&gt;
== Transport layer ==&lt;br /&gt;
&lt;br /&gt;
=== TCP Vegas ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Juan Pablo Poujade&lt;br /&gt;
* ''code location:'' http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html&lt;br /&gt;
* ''reviewers:'' none officially&lt;br /&gt;
* ''status:'' Waiting for guidance on how TCP congestion control variants will be implemented in general&lt;br /&gt;
&lt;br /&gt;
== Application layer ==&lt;br /&gt;
&lt;br /&gt;
=== Chord/DHash DHT ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by'': Harjot Gill&lt;br /&gt;
* ''code location:'' http://codereview.appspot.com/180107/show&lt;br /&gt;
* ''reviewers:'' Mathieu Lacage, Tom Henderson&lt;br /&gt;
* ''background:'' http://mailman.isi.edu/pipermail/ns-developers/2009-December/007222.html&lt;br /&gt;
* ''status:'' Dormant for a while&lt;br /&gt;
&lt;br /&gt;
=== Synchronous posix/sockets API ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': An ns-3 &amp;quot;process&amp;quot; environment&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-April/003912.html&lt;br /&gt;
* ''code location'': http://code.nsnam.org/mathieu/ns-3-simu&lt;br /&gt;
* ''status'':  still in development&lt;br /&gt;
&lt;br /&gt;
=== real-world application integration ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': port of quagga routing to ns-3&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/Real_World_Application_Integration&lt;br /&gt;
* ''code location'': http://code.nsnam.org/lj/quagga-porting/&lt;br /&gt;
* ''status'':  Was developed by Liu Jian, Google Summer of Code.  Portions of this code are planned for a future release (ns-3.8 or later) when ns-3-simu is merged.&lt;br /&gt;
&lt;br /&gt;
=== ns-3-simu sockopt patches ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': Four patches listed in http://mailman.isi.edu/pipermail/ns-developers/2009-June/006144.html&lt;br /&gt;
* ''reviewer(s)'':  TBD&lt;br /&gt;
* ''status'': review requested on June 22&lt;br /&gt;
* ''background'':  http://mailman.isi.edu/pipermail/ns-developers/2009-June/006144.html&lt;br /&gt;
&lt;br /&gt;
== Visualization ==&lt;br /&gt;
&lt;br /&gt;
Jeremy Norman and the iNSpect team have posted some plans for a visualization library for ns-3:&lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2008-March/003777.html&lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2008-November/004914.html&lt;br /&gt;
&lt;br /&gt;
George Riley has made a [[NetAnim | prototype animator]] for PointToPoint links.&lt;br /&gt;
&lt;br /&gt;
Joe Kopena is working on what he calls a &amp;quot;decorator&amp;quot; http://code.nsnam.org/tjkopena/&lt;br /&gt;
&lt;br /&gt;
Hagen Paul Pfeifer is working on a MANET visualizer http://nv.dev.jauu.net/&lt;br /&gt;
&lt;br /&gt;
=== Graphical simulation builder ===&lt;br /&gt;
&lt;br /&gt;
Pierre Weiss and Sebastien Vincent have written an [[Ns3Generator| ns-3 scenario generator]] in Qt.  &lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2010-May/007998.html&lt;br /&gt;
* Mercurial download:  http://svnet.u-strasbg.fr/hg/ns-3-generator/&lt;br /&gt;
&lt;br /&gt;
=== NetExplorer ===&lt;br /&gt;
&lt;br /&gt;
[http://code.google.com/p/ns-3-shop/wiki/NetExplorer | NetExplorer] is Gnome/Gtk network animation tool for NS-3. &lt;br /&gt;
&lt;br /&gt;
== Miscellaneous == &lt;br /&gt;
&lt;br /&gt;
=== L2 Ethernet switch module ===&lt;br /&gt;
&lt;br /&gt;
* ''ns-developers post'':  http://groups.google.com/group/ns-3-users/browse_thread/thread/0091ac611dde1928#&lt;br /&gt;
* ''status'':  No code yet, starting development.&lt;br /&gt;
&lt;br /&gt;
=== Parallel simulations (2008) ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': ns-3 extensions for parallelization&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/Parallel_Simulations&lt;br /&gt;
* ''code location'': http://code.nsnam.org/pfeifer/ns-3-para/&lt;br /&gt;
* ''status'':  dormant since 2008 Google Summer of Code&lt;br /&gt;
&lt;br /&gt;
=== Delay Box for ns-3 ===&lt;br /&gt;
&lt;br /&gt;
Matt Crinklaw is working on a port of ns-2 DelayBox to ns-3.&lt;br /&gt;
* ''summary'':  http://www.isi.edu/nsnam/ns/doc/node247.html  (from ns-2 documentation)&lt;br /&gt;
* ''code location'':  http://freehg.org/u/mlaw&lt;br /&gt;
* ''status'':  No status update recently.  Dormant.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Configuration and State Detection ===&lt;br /&gt;
&lt;br /&gt;
In order to configure simulations across multiple, probably virtualized, machines a large amount of configuration must be performed in order to construct the component systems.  The oppportunity for human error to creep in during this process renders it essentially manually unworkable for all but the simplest topologies.  Craig Dowell is thinking about how to address this problem.&lt;br /&gt;
&lt;br /&gt;
[[SimulationConfiguration | Simulation Configuration]]&lt;br /&gt;
&lt;br /&gt;
= Build system and project infrastructure =&lt;br /&gt;
&lt;br /&gt;
== Modular build and package management ==&lt;br /&gt;
&lt;br /&gt;
This issue is being tracked (requirements and wish list) on [[App_Store_Technical_Requirements | this page]]&lt;br /&gt;
&lt;br /&gt;
== State of Doxygen ==&lt;br /&gt;
&lt;br /&gt;
Need to bring Doxygen into compliance (no errors, no warnings for missing documentation).&lt;br /&gt;
&lt;br /&gt;
== Buildbots ==&lt;br /&gt;
&lt;br /&gt;
* investigate hooking code coverage (lcov) into the report&lt;br /&gt;
* investigate how the whole buildbot farm may be made available to a maintainer to test out a non-ns-3-dev repo.  &lt;br /&gt;
&lt;br /&gt;
== Code contribution guidance ==&lt;br /&gt;
&lt;br /&gt;
Tom took action item to simplify and clarify the project code contribution guidelines (for people wishing to contribute new code to ns-3).&lt;br /&gt;
&lt;br /&gt;
== Samples directory ==&lt;br /&gt;
&lt;br /&gt;
Consider cleanup and move of samples/ directory to examples/?&lt;br /&gt;
&lt;br /&gt;
== Documentation ==&lt;br /&gt;
&lt;br /&gt;
Considering to refactor documentation to split the existing manual into a model library and a software core reference manual, to add a lighter-weight tutorial, and to add a &amp;quot;cookbook&amp;quot; of howtos for common ns-3 tasks.&lt;br /&gt;
&lt;br /&gt;
== Website ==&lt;br /&gt;
&lt;br /&gt;
Status:  INRIA is organizing some updates to the website.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
	<entry>
		<id>https://www.nsnam.org/mediawiki/index.php?title=Current_Development&amp;diff=5102</id>
		<title>Current Development</title>
		<link rel="alternate" type="text/html" href="https://www.nsnam.org/mediawiki/index.php?title=Current_Development&amp;diff=5102"/>
		<updated>2011-01-14T20:57:32Z</updated>

		<summary type="html">&lt;p&gt;Jpelkey: /* Reviews requested for ns-3 merge */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{TOC}}&lt;br /&gt;
&lt;br /&gt;
On this page, we will try to maintain pointers to current ns-3 development work, and post some suggested project ideas.  If you are interested in collaborating on one of these projects, please do not hesitate to contact the individuals identified.&lt;br /&gt;
&lt;br /&gt;
Much of the current activity is centered around the current release, which is now ns-3.10 due in early 2011.  The release page should list code that is under active review for merging:  [[Ns-3.10 | ns-3.10 release page]]&lt;br /&gt;
&lt;br /&gt;
If you are new to ns-3 and want to contribute, please read these guidelines:  [http://www.nsnam.org/contributing.html Contributing to ns-3] and review the information on this page below.  Please visit our [[Suggested_Projects]] page.&lt;br /&gt;
&lt;br /&gt;
'''Note:''' ns-3 developers sometimes hang out on IRC at #ns-3 at irc.freenode.net.  &lt;br /&gt;
&lt;br /&gt;
We conduct many of our reviews at http://codereview.appspot.com.  &lt;br /&gt;
&lt;br /&gt;
= Reviews requested for ns-3 merge =&lt;br /&gt;
&lt;br /&gt;
The [[Ns-3.11 | ns-3.11 release page]]  has the most recent list of things under review for merge.&lt;br /&gt;
&lt;br /&gt;
= NSF Frameworks for ns-3 project =&lt;br /&gt;
&lt;br /&gt;
A multi-year project funded by NSF to improve usability of ns-3.  Please see [[NSF_Frameworks]] page.&lt;br /&gt;
&lt;br /&gt;
= Publicly announced development projects =&lt;br /&gt;
&lt;br /&gt;
== ns-3 core ==&lt;br /&gt;
&lt;br /&gt;
=== Multi-threaded simulation implementation for multicore ===&lt;br /&gt;
&lt;br /&gt;
* ''ns-developers post'':  http://mailman.isi.edu/pipermail/ns-developers/2009-July/006197.html&lt;br /&gt;
* ''code location'':  http://code.nsnam.org/guillaume/ns-3-multithreading/&lt;br /&gt;
* ''status'': ns-3.10 merge?&lt;br /&gt;
&lt;br /&gt;
=== Synchronized emulation ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://www.comsys.rwth-aachen.de/projects/slicetime/&lt;br /&gt;
* ''background'':  http://mailman.isi.edu/pipermail/ns-developers/2010-November/008488.html&lt;br /&gt;
* ''status'':  announced in Nov. 2010&lt;br /&gt;
&lt;br /&gt;
=== Linux namespaces and ns-3 ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'':  Tom Goff has contributed code and documentation about how to use ns-3 with Linux namespaces.&lt;br /&gt;
* ''code location'':  See the below wiki page.&lt;br /&gt;
* ''background'':  http://www.nsnam.org/wiki/index.php/HOWTO_use_Linux_namespaces_with_ns-3&lt;br /&gt;
* ''status'':  Working on integration of this capability with the [http://cs.itd.nrl.navy.mil/work/core/index.php CORE network emulator].  Some form of this will likely be merged with ns-3 and CORE in the future.  &lt;br /&gt;
&lt;br /&gt;
== Device and channel models ==&lt;br /&gt;
&lt;br /&gt;
=== Miscellaneous wifi enhancements ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/65051&lt;br /&gt;
* ''reviewer(s)'':  Mathieu Lacage&lt;br /&gt;
* ''status'':  Some of these pieces made it into ns-3.5-- others are pending&lt;br /&gt;
* ''background'': http://groups.google.com/group/ns-3-reviews/browse_thread/thread/f0b36d7373421a7d#&lt;br /&gt;
&lt;br /&gt;
=== Patch to pause and resume an interface ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/62054&lt;br /&gt;
* ''reviewer(s)'':  TBD&lt;br /&gt;
* ''status'':&lt;br /&gt;
&lt;br /&gt;
=== 802.11 model extensions ===&lt;br /&gt;
&lt;br /&gt;
There are several efforts ongoing to extend the ns-3 Wifi model.&lt;br /&gt;
&lt;br /&gt;
==== Harmonization with ns-2 802.11 Ext models ====&lt;br /&gt;
* ''summary'': ns-2.33 added a new 802.11 model with much more detailed channel modeling.  An effort has been started to port over reusable components from that implementation to ns-3's wifi model, while reusing already implemented basic components. The goal is a harmonization of the 802.11 models of ns-2 and ns-3. Leading aim is to support research on vehicular networks. Planned near-term features:&lt;br /&gt;
** Equalizing PHY models including capture effects, user-definable coding rates (e.g. 5.9 GHz from 802.11p)&lt;br /&gt;
** EDCA QoS extensions of 802.11e&lt;br /&gt;
* Already finished features:&lt;br /&gt;
** Nakagami/Rayleigh propagation loss model&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-November/004936.html&lt;br /&gt;
* ''code location'': http://idlebox.net/2008/ns-3-wifi/code/ns-3-wifiex/&lt;br /&gt;
* ''status'':  under current active development.  Time frame till this is completed: 4-5 month.&lt;br /&gt;
&lt;br /&gt;
==== 802.11n ====&lt;br /&gt;
&lt;br /&gt;
* ''summary'':  University of Florence (LART lab) has begun work on an 802.11n model for ns3.  The main goal is to simulate the frame aggregation feature.  In the future, they aim to implement the High Throughput terminal behaviour with MIMO technology.  They plan to add, to ns-3's 802.11 model, the following 802.11n features:&lt;br /&gt;
** Frame Aggregation&lt;br /&gt;
** Block ACK&lt;br /&gt;
** HCF (EDCA and support for HCCA)&lt;br /&gt;
** TXOP&lt;br /&gt;
** HT terminal (also with protection modes)&lt;br /&gt;
** MIMO&lt;br /&gt;
Also interested to verify the 11n terminal throughput when are associated terminal of a/b/g standards.&lt;br /&gt;
* Already finished features (in ns-3.5):&lt;br /&gt;
** HCF, TXOP, Frame Aggregation&lt;br /&gt;
* Merged for ns-3.8:&lt;br /&gt;
** Block ACK&lt;br /&gt;
* ''code location'': http://code.nsnam.org/mirko/ns-3-80211n&lt;br /&gt;
* ''status'':  Frame aggregation and block ack merged already; Tommaso Pecorella announced his lab's next steps [http://mailman.isi.edu/pipermail/ns-developers/2010-August/008303.html here]&lt;br /&gt;
&lt;br /&gt;
=== Wireless Interference (Jamming) Model ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': [http://www.ee.washington.edu/research/nsl/faculty/radha/ Network Security Lab (NSL)], University of Washington, Seattle has begun work on a wireless interference (jamming) model for ns3. The goal is to to enable researchers to use ns3 to study jamming and its mitigation methods.&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/NS-3_wireless_jamming_model&lt;br /&gt;
* ''code location'': http://codereview.appspot.com/1055041/show&lt;br /&gt;
* ''status'': Public review.&lt;br /&gt;
&lt;br /&gt;
=== Vehicular Ad Hoc Networks (VANET) ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': Michele Weigle's group is working on VANET and has posted a patch for review in the past, but has taken it off the table for ns-3 merge consideration until more work is done.&lt;br /&gt;
* ''code location'': None publicly posted at this time.&lt;br /&gt;
&lt;br /&gt;
=== ns-3, 802.15.4 + 6LoWPAN ===&lt;br /&gt;
&lt;br /&gt;
* ''status'':  Tommaso Pecorella announced his plans [http://mailman.isi.edu/pipermail/ns-developers/2010-August/008304.html here]&lt;br /&gt;
&lt;br /&gt;
=== LTE ===&lt;br /&gt;
&lt;br /&gt;
Several developers expressed their interest in enhancing the LTE code developed within the GSoC 2010:&lt;br /&gt;
* Nicola Baldo and Marco Miozzo (CTTC) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008461.html announced] to be working on the following:&lt;br /&gt;
** adding UL link adaptation&lt;br /&gt;
** modeling inter-cell interference&lt;br /&gt;
** reworking the RRM/scheduling API&lt;br /&gt;
* Leo Razoumov [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008467.html announced] possible interest in the following contributions:&lt;br /&gt;
** MIMO&lt;br /&gt;
** PHY model abstractions&lt;br /&gt;
** scheduling models&lt;br /&gt;
** mobility and traffic models &lt;br /&gt;
* Giuseppe Piro and his group (DEE, Politecnico di Bari) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008469.html announced] the intent to continue with the development of the LTE module, focusing mainly on the following MAC layer aspects:&lt;br /&gt;
** RRM&lt;br /&gt;
** scheduling&lt;br /&gt;
** AMC&lt;br /&gt;
* Marco Mezzavilla and his group (DEI, University of Padova) [http://mailman.isi.edu/pipermail/ns-developers/2010-November/008483.html announced] interest in working on the following:&lt;br /&gt;
** MAC layer&lt;br /&gt;
** mobility&lt;br /&gt;
** traffic modelization&lt;br /&gt;
** MIMO&lt;br /&gt;
&lt;br /&gt;
== Link layer ==&lt;br /&gt;
&lt;br /&gt;
=== 802.21 media independent handover ===&lt;br /&gt;
&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/NS-3_MIH_implementation&lt;br /&gt;
* ''code location'':  http://code.nsnam.org/salumu/ns-3-mih/&lt;br /&gt;
* ''status'': Dormant-- no merge plans announced.&lt;br /&gt;
&lt;br /&gt;
== MPLS ==&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by'': Andrey Churin&lt;br /&gt;
* ''code location'': http://code.google.com/p/ns-3-shop/&lt;br /&gt;
* ''reviewer(s)'':  None&lt;br /&gt;
* ''status'':  Project has moved to Google hosting.  &lt;br /&gt;
&lt;br /&gt;
== Network layer ==&lt;br /&gt;
&lt;br /&gt;
=== IPv6 for ns-3 ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': Ipv6 support for ns-3&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-June/004283.html&lt;br /&gt;
* ''code location'': hg clone https://svnet.u-strasbg.fr/hg/ns-3-ipv6-2nd/&lt;br /&gt;
* ''status'':  ns-3.3 contains the first merge (Ipv6Address) of this code.  ns-3.7 and ns-3.8 will continue to add features.  Here is a tentative roadmap: http://mailman.isi.edu/pipermail/ns-developers/2009-July/006211.html&lt;br /&gt;
&lt;br /&gt;
=== API and functionality for marking TOS bytes in packets ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Antti Makela&lt;br /&gt;
* ''code location:'' http://www.nsnam.org/bugzilla/show_bug.cgi?id=897&lt;br /&gt;
* ''reviewer(s):'' None&lt;br /&gt;
* ''status:'' Need to consider whether this fits into the Linux netfilter support that is planned&lt;br /&gt;
&lt;br /&gt;
=== DSR routing ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Yufei Cheng&lt;br /&gt;
* ''status:'' Announced here:  http://mailman.isi.edu/pipermail/ns-developers/2010-December/008496.html&lt;br /&gt;
&lt;br /&gt;
=== DSDV routing ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Hemanth Narra&lt;br /&gt;
* ''code location:'' http://codereview.appspot.com/1668042/show&lt;br /&gt;
* ''status:'' Announced here:  http://mailman.isi.edu/pipermail/ns-developers/2010-December/008496.html&lt;br /&gt;
&lt;br /&gt;
== Transport layer ==&lt;br /&gt;
&lt;br /&gt;
=== TCP Vegas ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by:'' Juan Pablo Poujade&lt;br /&gt;
* ''code location:'' http://mailman.isi.edu/pipermail/ns-developers/2010-February/007419.html&lt;br /&gt;
* ''reviewers:'' none officially&lt;br /&gt;
* ''status:'' Waiting for guidance on how TCP congestion control variants will be implemented in general&lt;br /&gt;
&lt;br /&gt;
== Application layer ==&lt;br /&gt;
&lt;br /&gt;
=== Chord/DHash DHT ===&lt;br /&gt;
&lt;br /&gt;
* ''Submitted by'': Harjot Gill&lt;br /&gt;
* ''code location:'' http://codereview.appspot.com/180107/show&lt;br /&gt;
* ''reviewers:'' Mathieu Lacage, Tom Henderson&lt;br /&gt;
* ''background:'' http://mailman.isi.edu/pipermail/ns-developers/2009-December/007222.html&lt;br /&gt;
* ''status:'' Dormant for a while&lt;br /&gt;
&lt;br /&gt;
=== Synchronous posix/sockets API ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': An ns-3 &amp;quot;process&amp;quot; environment&lt;br /&gt;
* ''ns-developers post'': http://mailman.isi.edu/pipermail/ns-developers/2008-April/003912.html&lt;br /&gt;
* ''code location'': http://code.nsnam.org/mathieu/ns-3-simu&lt;br /&gt;
* ''status'':  still in development&lt;br /&gt;
&lt;br /&gt;
=== real-world application integration ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': port of quagga routing to ns-3&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/Real_World_Application_Integration&lt;br /&gt;
* ''code location'': http://code.nsnam.org/lj/quagga-porting/&lt;br /&gt;
* ''status'':  Was developed by Liu Jian, Google Summer of Code.  Portions of this code are planned for a future release (ns-3.8 or later) when ns-3-simu is merged.&lt;br /&gt;
&lt;br /&gt;
=== ns-3-simu sockopt patches ===&lt;br /&gt;
&lt;br /&gt;
* ''code location'': Four patches listed in http://mailman.isi.edu/pipermail/ns-developers/2009-June/006144.html&lt;br /&gt;
* ''reviewer(s)'':  TBD&lt;br /&gt;
* ''status'': review requested on June 22&lt;br /&gt;
* ''background'':  http://mailman.isi.edu/pipermail/ns-developers/2009-June/006144.html&lt;br /&gt;
&lt;br /&gt;
== Visualization ==&lt;br /&gt;
&lt;br /&gt;
Jeremy Norman and the iNSpect team have posted some plans for a visualization library for ns-3:&lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2008-March/003777.html&lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2008-November/004914.html&lt;br /&gt;
&lt;br /&gt;
George Riley has made a [[NetAnim | prototype animator]] for PointToPoint links.&lt;br /&gt;
&lt;br /&gt;
Joe Kopena is working on what he calls a &amp;quot;decorator&amp;quot; http://code.nsnam.org/tjkopena/&lt;br /&gt;
&lt;br /&gt;
Hagen Paul Pfeifer is working on a MANET visualizer http://nv.dev.jauu.net/&lt;br /&gt;
&lt;br /&gt;
=== Graphical simulation builder ===&lt;br /&gt;
&lt;br /&gt;
Pierre Weiss and Sebastien Vincent have written an [[Ns3Generator| ns-3 scenario generator]] in Qt.  &lt;br /&gt;
* http://mailman.isi.edu/pipermail/ns-developers/2010-May/007998.html&lt;br /&gt;
* Mercurial download:  http://svnet.u-strasbg.fr/hg/ns-3-generator/&lt;br /&gt;
&lt;br /&gt;
=== NetExplorer ===&lt;br /&gt;
&lt;br /&gt;
[http://code.google.com/p/ns-3-shop/wiki/NetExplorer | NetExplorer] is Gnome/Gtk network animation tool for NS-3. &lt;br /&gt;
&lt;br /&gt;
== Miscellaneous == &lt;br /&gt;
&lt;br /&gt;
=== L2 Ethernet switch module ===&lt;br /&gt;
&lt;br /&gt;
* ''ns-developers post'':  http://groups.google.com/group/ns-3-users/browse_thread/thread/0091ac611dde1928#&lt;br /&gt;
* ''status'':  No code yet, starting development.&lt;br /&gt;
&lt;br /&gt;
=== Parallel simulations (2008) ===&lt;br /&gt;
&lt;br /&gt;
* ''summary'': ns-3 extensions for parallelization&lt;br /&gt;
* ''wiki page'': http://www.nsnam.org/wiki/index.php/Parallel_Simulations&lt;br /&gt;
* ''code location'': http://code.nsnam.org/pfeifer/ns-3-para/&lt;br /&gt;
* ''status'':  dormant since 2008 Google Summer of Code&lt;br /&gt;
&lt;br /&gt;
=== Delay Box for ns-3 ===&lt;br /&gt;
&lt;br /&gt;
Matt Crinklaw is working on a port of ns-2 DelayBox to ns-3.&lt;br /&gt;
* ''summary'':  http://www.isi.edu/nsnam/ns/doc/node247.html  (from ns-2 documentation)&lt;br /&gt;
* ''code location'':  http://freehg.org/u/mlaw&lt;br /&gt;
* ''status'':  No status update recently.  Dormant.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Configuration and State Detection ===&lt;br /&gt;
&lt;br /&gt;
In order to configure simulations across multiple, probably virtualized, machines a large amount of configuration must be performed in order to construct the component systems.  The oppportunity for human error to creep in during this process renders it essentially manually unworkable for all but the simplest topologies.  Craig Dowell is thinking about how to address this problem.&lt;br /&gt;
&lt;br /&gt;
[[SimulationConfiguration | Simulation Configuration]]&lt;br /&gt;
&lt;br /&gt;
= Build system and project infrastructure =&lt;br /&gt;
&lt;br /&gt;
== Modular build and package management ==&lt;br /&gt;
&lt;br /&gt;
This issue is being tracked (requirements and wish list) on [[App_Store_Technical_Requirements | this page]]&lt;br /&gt;
&lt;br /&gt;
== State of Doxygen ==&lt;br /&gt;
&lt;br /&gt;
Need to bring Doxygen into compliance (no errors, no warnings for missing documentation).&lt;br /&gt;
&lt;br /&gt;
== Buildbots ==&lt;br /&gt;
&lt;br /&gt;
* investigate hooking code coverage (lcov) into the report&lt;br /&gt;
* investigate how the whole buildbot farm may be made available to a maintainer to test out a non-ns-3-dev repo.  &lt;br /&gt;
&lt;br /&gt;
== Code contribution guidance ==&lt;br /&gt;
&lt;br /&gt;
Tom took action item to simplify and clarify the project code contribution guidelines (for people wishing to contribute new code to ns-3).&lt;br /&gt;
&lt;br /&gt;
== Samples directory ==&lt;br /&gt;
&lt;br /&gt;
Consider cleanup and move of samples/ directory to examples/?&lt;br /&gt;
&lt;br /&gt;
== Documentation ==&lt;br /&gt;
&lt;br /&gt;
Considering to refactor documentation to split the existing manual into a model library and a software core reference manual, to add a lighter-weight tutorial, and to add a &amp;quot;cookbook&amp;quot; of howtos for common ns-3 tasks.&lt;br /&gt;
&lt;br /&gt;
== Website ==&lt;br /&gt;
&lt;br /&gt;
Status:  INRIA is organizing some updates to the website.&lt;/div&gt;</summary>
		<author><name>Jpelkey</name></author>
	</entry>
</feed>