Changes between Version 4 and Version 5 of Internal/AtherosDriverLimits

Timestamp:

Sep 14, 2006, 3:25:53 PM (18 years ago)

Author:

Gautam D. Bhanage

Comment:

—

Internal/AtherosDriverLimits

@@ -4 +4 @@
 
 == Topologies For Virtualization Validation ==
-=== Multiple Virtual Access Points, Single Physical Device ===
+ === Multiple Virtual Access Points, Single Physical Device ===
 Experiments were setup to model a simple scenario as a starting point. The sample topology that was setup is indicated in the diagram. Here the single physical device on the 802.11 card was configured to act as multiple virtual access points. Nodes defined as stations were connected to the corresponding virtual access point on the same physical device by explicitly using an essid to connect to the access point. Iperf was used to make sure that all the individual links in such a scenario were working. Explicit ip address allocation with sub-netting was done to make sure that the underlying gigabit back bone was not used and the defined wireless interfaces were exercised by Iperf.
+ === Multiple Stations Multiple Access Points === 
 
-
-== Multiple Stations Multiple Access Points
- == Limitations With the Virtual Device Declarations ==
+== Limitations With the Virtual Device Declarations ==
 Each physical device on a Atheros card is able to support upto 4 virtual access points and a single station. The number of devices supported on the single physical device also depend on the order in which the devices are created. If a single station is defined on a physical device then no more virtual devices may be created on the same physical device. If  a virtual access point (master) is created on a physical device then upto a single station (with the nosbeacon – this flag will disable the use of the hardware beacon timers for the station mode operation of the device.) and upto a total of 3 more virtual access point may be defined on the same underlying physical device.
 
 
+== Sample Tutorial ==
+
+ === Scenario ===
+ The user request the creation of two networks on a given set of nodes. Each network will have an access point and a station. The access point and the station are bound by the same essid's and would exist in the same subnet. In the underlying architecture the user chooses the same physical interface on a node to act as a different access point on two seperate networks. The script shows that the user may be oblivious to the fact that he/she is requesting the same node to be acting as different AP's, thereby simulating the requests of two different users for two independent networks with the involvement of a common node (the virtual AP) without each others knowledge. The sample ruby script is as given below:
+{{{
+ code goes here
+}}}