Dean Armstrong <deanarm@gmail.com> [Tue, 22 Jun 2010 11:50:55 +0100] rev 6379
Bug 881: Change WifiElementId to WifiInformationElementId
Dean Armstrong <deanarm@gmail.com> [Fri, 25 Jun 2010 11:50:06 +0100] rev 6378
Bug 881: Extract WifiInformationElement(Vector) core to wifi module
This patch aims to bring the core of the current WifiInformationElement and
WifiInformationElementVector classes into the wifi module, where they can then
enjoy greater use (currently they are in the mesh module and contain
mesh-specific aspects).
Josh Pelkey <jpelkey@gatech.edu> [Thu, 24 Jun 2010 15:14:25 -0400] rev 6377
python scan
Leonard Tracy <lentracy@u.washington.edu> [Thu, 24 Jun 2010 14:35:29 -0400] rev 6376
UAN module addition
Tom Henderson <tomh@tomh.org> [Thu, 24 Jun 2010 10:04:30 -0700] rev 6375
rescan bindings
Hajime Tazaki <tazaki@sfc.wide.ad.jp> [Wed, 23 Jun 2010 18:16:45 +0900] rev 6374
Bug 946 - Rocketfuel topology dataset support for topology reader
Dean Armstrong <deanarm@gmail.com> [Wed, 23 Jun 2010 09:01:30 +0100] rev 6373
Bug 853: Use consistent standards/rates for examples and tests that use Wi-Fi
The change to consider mandatory rates for control responses if a
suitable basic rate could not be found broke the tests involving the
wireless/wifi-simple-adhoc-grid example, and the
routing-olsr-regression testsuite.
In these cases it is actually the tests that need updating; in the
wifi-simple-adhoc-grid test and the bug780-test part of the
routing-olsr-regression testsuite, 802.11b rates were being used with
the Wi-Fi PHY standard left at the default of 802.11a. The fix here is
to set the standard to 802.11b in the test.
In the tx-regression-test part of routing-olsr-regression, the problem
was that the reference traces needed to be updated given the control
response rate fix. In this case I have also modified the test to set
the standard to 802.11a for clarity.
Dean Armstrong <deanarm@gmail.com> [Wed, 23 Jun 2010 08:47:29 +0100] rev 6372
Bug 853: Consider mandatory rates for Wi-Fi control responses
This changeset modifies the GetControlAnswerMode() method of class
WifiRemoteStationManager to correctly identify rates within the same
modulation class as the received frame, and then adds a search for a
suitable mandatory rate in the case where no suitable (per IEEE Std.
802.11-2007, Section 9.6) basic rate has been found.
I've also taken the opportunity to "tidy" the code up a bit -
primarily through renaming of variables to something more in line with
the nomenclature used in the standard.
Note that this change exposes issues in some of the test and example
code that uses the Wi-Fi models. These issues are addressed in a
following changelist.
Quincy Tse <quincy.tse@gmail.com> [Wed, 23 Jun 2010 06:43:21 +0200] rev 6371
add missing files
Quincy Tse <quincy.tse@gmail.com> [Tue, 22 Jun 2010 15:44:10 +0200] rev 6370
bug 933: Flushing ostream and files on abnormal program exit