Dean Armstrong <deanarm@gmail.com> [Fri, 25 Jun 2010 12:32:17 +0100] rev 6382
Bug 881: WifiInformationElement method renaming
Some renaming proposed by Nicola:
SerializeInformation => SerializeInformationField
DeserializeInformation => DeserializeInformationField
DeserializeIE => Deserialize
SerializeIE => Serialize
...and some I've extrapolated:
GetInformationSize => GetInformationFieldSize
DeserializeOptionalIE => DeserializeIfPresent
Dean Armstrong <deanarm@gmail.com> [Tue, 22 Jun 2010 12:05:08 +0100] rev 6381
Bug 881: Make Ssid and SupportedRates derive from WifiInformationElement
Dean Armstrong <deanarm@gmail.com> [Tue, 22 Jun 2010 11:59:26 +0100] rev 6380
Bug 881: Bring Wi-Fi IE serdes intelligence into WifiInformationElement object
Introduce WifiInformationElement methods SerializeIE(),
DeserializeIE(), and DeserializeOptionalIE() (the latter for use when
the IE of interest might not be present), which know how to deal with
the IE as a whole.
Make use of these in mesh subsystem where WifiInformationElement-derived
objects are used.
Also add empty implementation of Print() method of
WifiInformationElement so that IEs that don't care about being
displayed don't need to implement this.
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.