→ wireless.overview

→ in /etc/config/wireless and in →/etc/config/network

→ http://linuxwireless.org/en/users/Drivers/

→ buyerguide

There is content regarding wireless:

• http://wiki.openwrt.org/?do=search&id=wireless
• http://wiki.openwrt.org/?do=search&id=hotspot

Whereas throughput on Ethernet-connection could depend on limited CPU power alone, the throughput on a 802.11-connection depends on many more parameters.

1. first of all there is the theoretical maximum throughput under optimal conditions, and the values the Ferengi advertise their merchandise is the TMT…
   1. e.g. the TMT is 100MBit/s for Fast Ethernet
   2. e.g. the TMT is 54MBit/s or 300MBit/s or even 450MBit/s for 802.11-hardware
2. then there is the payload throughput
   1. e.g. 97,28% the TMT for Fast Ethernet (cf. →Protocol Efficiency)
   2. e.g. % the TMT for 802.11, without techniques such as frame aggregation (search for "IEEE 802.11 MAC Frames")
3. then there are a whole bunch of interference factors, who all lessen this value considerably.

Please read datagram.structures to make sure, we all talk about the same things. Thank you

When you measure the throughput of an action (the copy of a file), what exactly are you measuring? The throughput of the payload, or the throughput of payload + overhead? For Ethernet the difference can be small, but for DSL-PPPoE or 802.11 the difference is bigger. So it's always good to know, what actually you are measuring. A good manual will tell you what a software is precisely doing.

Whether an OEM firmware gives you better throughput then OpenWrt is a matter of SOFTWARE (since both run on the same hardware…). So ask yourself, what Operating System is used for the OEM firmware. Probably some sort of GNU/Linux. In Linux, drivers are part of Kernel. In OpenWrt we use quite new Kernel with even newer wireless drivers. So it IS possible, that OEM firmware gives you better throughput, but since both, OEM and OpenWrt, use Linux kernel and Linux drivers, well, …

• LWN: Network transmit queue limits

• Remember the Rule of Acquisition No. 239: "Never bis afraid to mislabel a product"

• Forum Answer

Yes, but cranking the power to the maximum won't help you any. You might transmit farther but the noise level will be higher (and will probably bleed into the neighbouring channels; that looks like this then) and your recieve sensitivity won't be improved any, limiting your distance. If you want better range go buy better antennae.

"With regard to ath9k development, last year is ancient (as of 2011-08-20). Additionally OpenWrt contains a number of ath9k patches which are not yet mainlined, so its usually a bit ahead."

→wireless

→wireless.hotspot

→CRDA (Central Regulatory Domain Agent) takes care of everything!
To not cause havoc in your neighborhood, and also to not break the law and pay a fine!, your IEEE 802.11 setup needs to obey the regulations for your current location. But you do NOT need to bother with all of this, because the CRDA takes care of this for you.
Any country has some kind of regulatory authority in charge of regulating the radio frequency spectrum as these differ from country to country. In case you want to inform/convince yourself of the current regulations, there probably is an official web page on the Internet with this information. For Germany, this is the ⇒"Bundesnetzagentur". AllgemeinZuteilungen is current valid law as pdf, concerning frequencies and the allowed maximum transmit power.

→wireless.utilities

ifconfig wlan0 down
iw phy phy0 interface add scan0 type station
ifconfig scan0 up
iwlist scan0 scan
iw dev scan0 del
ifconfig wlan0 up
killall -HUP hostapd

opkg update
opkg install iwinfo
iwinfo wlan0 scan

→wireless.tools.and.applications.available.in.the.openwrt.repository

→wireless.utilities

# Proprietary Broadcom (wl)
wl -i wl0 assoclist
 
# Proprietary Atheros (madwifi)
wlanconfig ath0 list sta
 
# MAC80211
iw dev wlan0 station dump
 
# Universal
iwinfo wlan0/wl0/ath0 assoclist

• https://forum.openwrt.org/viewtopic.php?id=34592

• https://forum.openwrt.org/viewtopic.php?pid=156165#p156165

• DFS (Dynamic Frequency Selection)
• LWN: Radar detection with Linux
• Documentation of the implementation of DFS into ath9k