Like every other website on the planet, SmallNetBuilder uses cookies. Our cookies track login status, but we only allow admins to log in anyway, so those don't apply to you. Any other cookies you pick up during your visit come from advertisers, which we don't control.
If you continue to use the site, you agree to tolerate our use of cookies. Thank you!

Router Charts

Click for Router Charts

Router Ranker

Click for Router Ranker

NAS Charts

Click for NAS Charts

NAS Ranker

Click for NAS Ranker

More Tools

Click for More Tools

Wireless Features

The Setup

All tests used the setup shown in Figure 8. The IxChariot console and first endpoint were run on an Athlon 64 3000+ machine running WinXP Pro SP1 that was on its own private 10/100 network connected to a CMC Emulation Engine a/b/g.

The EE was used to generate from 1 to 64 802.11g vSTAs, which all were associated with the access point under test. Since the AP is just a bridge, a second computer - a 2.4GHz Pentium 4 running WinXP Home SP1 - was connected to the AP on a second private LAN and used as the second IxChariot endpoint to receive all the traffic.

The Test setup

Figure 8: The Test setup

The AP under test and Emulation Engine were located roughly 6 feet (2m) apart and no other 2.4GHz stations or interference was present. You may think that the latter statement is a bold one on my part, given how widespread the use of wireless networking equipment is. But I live in a rural location without access to broadband and believe me, the 2.4GHz airwaves are damned quiet around here!

As I mentioned previously, simple ping traffic generation can be done from the EE's web interface. But I quickly abandoned that approach as not flexible enough. I instead opted to use the EE's command-line interface and external mode that allowed vSTAs to accept traffic from an external generator - Ixia's IxChariot in this case.

I set each vSTA so that it could be stimulated by IxChariot, and left everything else at the EE's defaults. Note that the default settings make each vSTA a persistent connection, which means that after their initial authentication and association with the target AP, they are supposed to stay that way. This means my tests didn't include vSTAs cycling through authentication, association, de-authentication and disassociation. The Emulation Engine is capable of doing this, but I didn't have the time or the inclination to get into the Perl programming interface that is required to make the EE perform those tricks.

I decided to configure all the APs and EE so that 128bit WEP was used, since no self-respecting WLAN should be running without at least the protection - flawed though it may be - that WEP affords. I left all access points in their default mode settings, all of which were set to either "Auto" or "Mixed (11b/g)".

I also left access point 11b protection settings at their defaults, figuring this didn't matter since I made sure there were no 11b STAs in range during my testing. By the way, only the Buffalo Tech WLA-G54C came with protection enabled by default, and the SMC / 3Com twins didn't provide this setting at all.

Finally, I left any "burst" mode settings at their defaults which mirrored the 11b protection settings - or lack thereof in the case of the SMC / 3Com twins. Note that everything involved in the test was powered through APC UPSes, to avoid problems due to power glitches.

More Wireless

Wi-Fi System Tools
Check out our Wi-Fi System Charts, Ranker and Finder!

Support Us!

If you like what we do and want to thank us, just buy something on Amazon. We'll get a small commission on anything you buy. Thanks!

Over In The Forums

Hello all......just bought an RT - AX88U from micro center......I wanted to upgrade from my technicolor Tg1862g.....and use my own router......I must ...
Main goal of this release: additional boost of the router performance as I hope (slight boost ). I succeed to change GCC compiler from the version 9....
I have been using AiMesh on over many AiMesh models for the past year and I would like to share some thoughts on AiMesh. Opinions are my own. Discussi...
Asuswrt-Merlin 384.19 beta is now available (except for the RT-AX56U which won't be available for this release, due to outdated GPL code).Aug 9th: Bet...
There was a thread here by another poster. There were some disagreements and that thread was deleted. I found the script by @Martineau on Pastebin, bu...

Don't Miss These

  • 1
  • 2
  • 3