"most" Atheros wifi cards work?
-
FWIW I am using a D-Link DWA-556 (atheros) card in my pfsense 2.0.1 amd64 box as a wep client and it works fine.
-
New hardware comes all the time so that statement would only be correct at the time of writing. A better statment would be that all Atheros ABG (non N) cards work.
The N cards are hit and miss, atleast untill the base OS is FreeBSD 9.X. -
Which N card (if any) is supported in current Developmental pfSense 2.1?
If there is none, which G card is the most recommended that currently works with pfSense 2.1?Thanks,
-
Which N card (if any) is supported in current Developmental pfSense 2.1?
There is no support for N features in 2.1. I have good results with a Tenda W311U (USB, allegedly "N capable") operating as an AP but I have seen reports that some cards using the same chipset don't work well in Infrastructure mode in some 2.x - I don't know about Infrastructure mode on 2.1 specifically.
-
Wallybob:
- There is no "N" support period? I have seen 802.11n and 802.11ng on the list to select the mode.
- Is this a USB stick? (I think that is a better option than using an internal card.)
- Alix2D13 has two USB ports. Can I use two of these sticks on the same board? One as AP, and one in Infrastructure mode?
- I am also wondering if there is any other stick that can support multiple AP and Infrastructure mode from the same device.
Thanks
-
- There is no "N" support period? I have seen 802.11n and 802.11ng on the list to select the mode.
Interesting! I'm running pfSense 2.1-DEVELOPMENT (i386)
built on Fri Mar 23 20:46:50 EDT 2012
FreeBSD 8.3-RC2
with a supposedly "N capable" device but the only modes offered in the the web GUI are 802.11b and 802.11g.My understanding is that some N capable devices are supported but only in "G compatible" mode which I imagine would include restrictions like unable to report "N only" speeds, unable to set "N only" channel widths, unable to restrict association to N capable devices etc.
- Is this a USB stick? (I think that is a better option than using an internal card.)
The Tenda W311U is a USB stick.
- Alix2D13 has two USB ports. Can I use two of these sticks on the same board? One as AP, and one in Infrastructure mode?
I haven't tried using two sticks in the same motherboard but I have no reason to believe it wouldn't be capable of working "to some extent". However I would seriously question the wisdom of having two independent WiFi sticks close together: Each stick will be "yelling" into the adjacent sensitive receiver, probably making it quite difficult to detect signals from more distant sources. I have seen online USB sticks which probably use the same chipset as the W311U but with connectors for an external antenna. I have no experience with them at all, let alone with attempting to have them use only an external antenna. (The antenna socket would allow connection of a directional antenna which could direct the transmitted wireless signal away from the adjacent device - which may or may not suit the intended equipment locations.)
- I am also wondering if there is any other stick that can support multiple AP and Infrastructure mode from the same device.
A number of the Atheros chipsets with PCI like interfaces (not the USB chipsets) are reported as capable of running more than one AP on the one device. I don't know if these are capable on FreeBSD of acting as AP and in Infrastructure mode concurrently.
Some of the Atheros chipsets used in commodity routers appear to be capable of acting as an AP and in Infrastructure mode concurrently, for example as a wireless relay under OpenWRT.
I find it difficult to make recommendations on WiFi devices. I have good service from the devices I am using but they are all no longer available from retailers near me. The PCI devices seem to have been superseded and people have reported serious problems with the replacement models. The Tenda W311U seems to still be a current model BUT no longer stocked by retailers near me. I have no need to purchase new WiFi equipment so have no incentive to try out newer gear. Also, people have reported serious problems (panics) when attempting to put a device using the same chipset as the Tenda W311U into Infrastructure mode so I am cautious about recommending the Tenda for use in Infrastructure mode.
-
Thanks for the details wallabybob. Much appreciated.
I think there has been a surge of people asking for Wireless devices compatible with pfSense. With IPv6 being supported in future release, I think wireless is the weakest point in pfSense now and much need. All other comparable open-source projects do better than pfSense in this area. Partly because of keeping up with the OS updates. I think everyone runs pfSense on pretty good hardware as it's dear to us all but more and more people are deploying it at home and wondering why no proper wireless on it?!
If anyone else has had good luck in both AP and Infrastructure mode or at least in Infrastructure mode please post it here. I am desparately looking for a USB stick or mini PCI(x) card that supports it.
Thanks
-
Partly because of keeping up with the OS updates.
No, largely because FreeBSD is so far behind on wireless drivers. Now that Atheros has hired Adrien, one of the guys who was doing a lot of work on it to begin with, that should improve greatly. FreeBSD 9.0 is a tad better with that, but it's such a mess with a number of other things we're far more dependent on than wireless that it doesn't matter, we can't fix its issues in a timely manner, and 2.1 will be released in May. We stick with what's best for the vast majority of uses, wireless is a tiny fraction of users. And it wouldn't matter if wireless did work if 10 other things required for a functional firewall didn't. We don't stay a bit behind the most current releases because we don't care about updating or don't want to, we use the releases that are the best fit for our users' purposes at that time.
-
The wireless N bits in the GUI are there because there is a Marvell wireless card (I have one, using the mwl driver) that supports the N protocols but not N speed rate control. So it's perfectly valid on that card to set it up for N, and it works fine, but will never attain more than G speeds.
-
The wireless N bits in the GUI are there because there is a Marvell wireless card (I have one, using the mwl driver) that supports the N protocols but not N speed rate control. So it's perfectly valid on that card to set it up for N, and it works fine, but will never attain more than G speeds.
Thanks for the explaination Jimp. What is the model of this Marvell card? Also, does work fine in both AP and Infrastructure mode?
Best
-
The card is a Marvell 88W8363. I got a couple off eBay a year or two ago for something like $5-10 each when I saw the mwl driver was doing N already, only to find out about the lack of rate control after I already had them. It supports multi-WAP and multi-Infrastucture, though I did not try those myself (one of the other Devs did). It was supposed to support up to 16 VAPs where the Atheros cards only did 4, but I think in practice it was limited to 8. So you could have 8 APs and 8 client instances all running off that one card.
Not sure how well that works in actual production, but with limited testing the results were positive.
-
Thanks, very interesting. I have been jumping up and down all over the forum to find a list of working hardware (specially with multiple WAP support but couldn't find any).
I think it would server right, if a wiki page or a sticky was posted to show the list of current supported hardware with status "Full Support" or "Partial Support".
-
That's what the spreadsheet is for.
There are tons of models listed on the second tab.But if people want to submit known working chips/models, I'll add them.
-
Do you know the card model is?
WikiDevi lists only 1 miniPCI card with that chip.Steve
-
No, I don't know the model, the only number anywhere on it that I remember is the chip. Searching on that gives 4-5 results on eBay still though.
-
On my cards, I had to make a change to the driver source like the patch on this ticket I posted to get multi-AP mode to actually be useful: http://redmine.pfsense.org/issues/1104
Without that, every AP on the card gets the same BSSID, which makes it impossible to connect to all but one of the hosted APs. -
I think there has been a surge of people asking for Wireless devices compatible with pfSense […] All other comparable open-source projects do better than pfSense in this area.
I'm sorry, but this bit made me smile. I initially attempted to set up my router-firewall-box as a SmoothWall box, because I'd had prior experience with SmoothWall. When I went on their forums and asked about wireless support, I literally got laughed at.
Back to the topic at hand, if anyone's looking for a wireless Mini PCI-e card to work with their pfSense box, I can recommend the Atheros AR5BXB92 (AR9280 chipset). It can be had for $15 on eBay, comes in a half-card format for those using book-size systems like myself, and is quite literally plug-and-play. I plugged it into my box, booted up, logged into the web interface, added a new LAN interface, and the LAN interface popped in, already pointed at ath0. From there, I just had to configure the LAN interface with the appropriate wireless parameters (SSID, encryption, etc) and was off and running.
-
If you are comparing to a project like OpenWrt, pfSense is definitely lacking in some wireless features compared to it (802.11n is the most mentioned one, but there are some other things lacking). OpenWrt is actually a quite capable system with support for lots of different configuration types. While I don't like how some of its configuration screens are set up in the web GUI, there are also some I do like the way they are set up (in trunk version). The differences in wireless (at least on ath) may become less in the pfSense version after 2.1, which is probably when the new FreeBSD wireless code will get included. I don't think it will be available for 2.1, unfortunately.
-
I would consider SmoothWall, IPCop, and the like to be more "comparable" products; full-featured firewall distributions that run on standard x86 architecture. Of these products, I've found pfSense to have some of the best wireless support.
OpenWRT and its kin are designed for embedded systems and (to my knowledge) can't be run on an x86 box, so comparing them to pfSense… well maybe it's not quite apples and oranges, but it's at least apples and pears.
-
You can run openwrt and dd-wrt on X86.
http://downloads.openwrt.org/backfire/10.03.1-rc6/x86_generic/I've used it for experimental purposes.
Steve