I feel as though I should really type this out once; and give everyone a good rundown of HOW wifi works, what should be changed, and what should not be changed. So here goes.
DISCLAIMER: This is for a fairly intermediate crowd, those who have setup wifi before, understand that wifi has channels, SSIDs, etc. - to those in the industry, that will be considered a beginner level. I'll try to explain things clearly.
First of all, let's talk about frequency. It's getting so confusing when picking a router, do I get "gigabit" or "Wireless N" or that fancy "Wireless AC" (whatever that is)... what do I need, and why? - I'm here to help with exactly that, and more.
There are two parts when it comes to frequency. First, is the capability of the router (or AP) - is it a "dual band", or "simultaneous dual band"? what's the difference and why does it matter? Well, with most older, common 'wireless' networks for households, you didn't have a choice of 'band' - everything operated on 2.4Ghz. Just like your radio, where stations operate at frequencies like "104.5 FM" (which is 104.5Mhz) - same applies to wireless, just instead of transmitting voice, it's data. 2.4Ghz is by-far the most common. It's internationally a 'free' channel. Which means, you don't need a permit to broadcast on the channel, anyone can use it, at any time, for any reason. This is why you'll see wireless phones toting "2.4Ghz" on the box, etc. This 'band' is the only frequency range available for the 802.11b/g (more affectionately known as 'wireless b' and 'wireless g'). In being so, earlier model routers, and inexpensive options will default to this range and this range alone; not having the necessary transceivers to operate anywhere but on the 2.4Ghz spectrum. "Dual band" comes from routers being able to operate not only on the 2.4Ghz band, but the 5Ghz band aswell. The 5Ghz band typically ranges from 5.180Ghz to 5.825Ghz, which is much more broad than the 2.4Ghz band (spanning 2.412Ghz to 2.472Ghz); the benefits of this is quite simple, more room for more networks; this leads us into our second point, then we'll have a small discussion on which is better in what situations.
The second part of frequency has to do with contention; contention is a fancy term to talk about interference - specifically the interference created by OTHER networks operating on the same, or similar frequencies. I've already mentioned that each 'band' is a span of frequencies; what I haven't said is that each of those frequencies boils down to 20Mhz segments. Let me start with an analogy. Think for a moment about our earlier discussion of radio. When you're in your car, as I'm sure you're familliar, if you tune away, just one step from a local radio station (one that comes in quite clearly) often, you can hear the station, both one-step above and below the actual 'channel' - this is because of BANDWIDTH. the station is CENTERED on the frequency you're tuned into - our earlier example was 104.5Mhz; this is the channel center. From there, the station occupies an amount of frequency range both above and below the 104.5Mhz mark, the further you get away from the station, the lower the effect of this, so it won't happen on all stations. You'll notice that at 104.3 and 104.7 (the next step in either direction), you can still hear the original station, though the transmission may be poor, it's there. Same thing with wifi, except the channels are 5Mhz apart, and the bandwidth is 20mhz - this means that there are a LOT of overlaps when it comes to 2.4Ghz. so much so, that in north america, there are only 3 viable "non overlapping" channels: 1, 6, and 11. Obviously on 5Ghz, there are many more channels, and while they overlap with other channels just as much, there are so many of them, there's a large portion more "non-overlapping channels".
So what does this all mean? how does it affect your decision on a router? well, quite simply put, depending on where you live and what you need, you may want to pick 5ghz, or you may require 2.4ghz. According to the scientific properties of electromagnetic waves, the lower the wavelength, the less likely it is to be scattered and/or misdirected - this means if you need high penetration, or longer distance, 2.4Ghz is likely for you. how long? about 75m (240 ft). you can attain longer links with directional antennas (eg parabolics . If you need shorter-range with more reliable access in a high-density environment (eg, a housing complex or apartment building), 5ghz is definitely the way to go.
Word of warning while choosing a frequency range - many small devices (such as smartphones and tablets) don't necessarily support dual-band. it would be worthwhile to look into this while picking an option. That said, if you're in a high-density environment, but need both high reliability and 2.4ghz for micro devices, a simultaneous dual band option would be best, as it will do both 2.4ghz and 5ghz at the same time.
Next, let's talk network names and encryption.
If you've ever setup a wireless network, you've dealt with these before. The key with network naming is to pick something unique for you, that you don't mind having other people see, that you will recognize as yours. I've seen people even put witty phrases as their network names. be creative; the sky is the limit here. Next, you'll have to consider encryption. DO NOT, and I really mean this, DO NOT USE WEP - if anyone tells you to use it, hit them for me. ALWAYS use WPA. WPA2 if possible. Don't complicate the wireless too much, if you're going to use a WPA/WPA2 mixed (or WPA2 Auto) set encryption to auto as well. for just WPA, use TKIP, for just WPA2, use AES. I cannot recommend highly enough to use WPA2 with AES. This is an industry standard (802.11i for those curious), and is the recommended configuration from apple, the wifi alliance and IEEE for wireless encryption. It is the newest and possibly the best wireless encryption standard to date and has yet to be broken. WITH THAT SAID, pick a good wireless encryption key sequence; the only known attacks on WPA2/AES to date, have to do with guessing passwords. Do not just use character substitution in a short word for the password. Eg: 'P@ssW0rD' is no more secure than 'Password' - use something long, and easy to remember. In the past I've used slogans and parts of mission statements, or peoples combined middle names (eg, the middle names of all the people that regularly use the wireless, with spaces inbetween) - ensure it's not something you'll hesitate to give out to guests who need wireless, but ensure it's not something someone who doesn't know you, will readily guess, or be able to pull from a dictionary. Even using a line from a song that the whole family enjoys, is more secure than a single word; whether that word has numbers and symbols in it or not.
I cannot emphasize strongly enough to use a strong wireless password. take some time and do it right, you'll never have to worry about it again.
Next, we're going to get into some more complicated stuff. You'll find most of these options in your "Advanced" section. I won't tell you which ones to pick to turn on or off, you'll have to decide on that from my description of what they do; no two networks are built for doing the same thing, and no two networks are designed for the same users; be careful when changing these options as they can also have adverse effects on performance - however, DO EXPERIMENT - the worst that can happen is needing to reset the router to defaults (a procedure you should look up first) and re-configuring it from scratch to get reconnected. Enjoy.
BEACON INTERVAL: This setting changes how frequently the Beacon is sent. The Beacon has two main tasks: 1. to inform stations that the access point is still active, and 2. to deliver 'wake up' messages to stations in 'low power' states. I'll deal with point #2 more in my next talking point "DTIM Interval". Basically, the beacon contains information about the network, the network name, it's wireless encryption types (only types, not the keys), etc. effectively everything required for a new station to connect. Higher Beacon intervals: less intrusive. the Beacon has a fairly high priority for transmission, as it not only provides information for new stations to connect it tells existing connections that it's still around, if the Beacon is set too low, the router or AP will spend all it's time and available bandwidth advertising that it's there, and spend no time actually moving information. Too low of a beacon interval, and connected stations may lose their connection at random. The beacon is typically measured in ms, and the default is typically 100ms (1/10th of a second), I've seen these as low as 250ms (1/4 of a second) or as frequently as 50ms. Depending on your needs, you may want to increase this number, if it creates a problem of dropped connections you may want to decrease the number.
DTIM Interval: DTIM's are wake-up messages for 'sleeping' devices. effectively it boils down to; if a small device is in a standby state or has activated a low-power state on the device will only power-up for two reasons: 1. to send information. 2. a DTIM request. Basically, the DTIM is telling the low-power devices, to connect to the AP, since it has a message for it. the device will 'wake' from it's low-power mode, connect to the AP and request the delayed transaction message. In low-power states, the device will only listen for beacons, nothing more. DTIM is set in frequency of beacon intervals; so a setting of 1, is every beacon, 2, is every other beacon. etc. Typically DTIM is set to 1 or 2, but can be set higher if you wish. KEEP IN MIND, this is also based on the beacons interval, if you have a higher interval, you may want to consider a lower DTIM, a higher beacon, you may want to consider a lower DTIM. I don't believe there are any adverse effects to a higher DTIM, except that low-power devices (such as cellphones and tablets) will take seconds longer to receive a message while in standby; this may not be important to you.
PREAMBLE: options are long and short. Long preambles are required for older equipment, and are more standards compliant. however, there are many performance improvements to a short preamble. Effectively, the preamble is a sync message prior to transmission, it's sent by the transmitting station (eg. your PC or the router), so that receiving stations can sync their clock rate to the transmission. newer hardware requires less preamble to sync. cheap hardware may also require a longer preamble. There is no significant change in router performance either way, short is better, but only slightly. If possible use short, if any device exhibits strange connection behavior, try a long preamble to try to correct the problem.
PROTECTED MODE: This is kind of a big topic, so try to hold on. Effectively Protected mode has two parts: 1. a "basic" rate, and 2. a request, then send, method of communication. Let me break this down a little. The basic rate is the MINIMUM require connection speed that a station must sustain to be able to participate in the network. Typical values are 1 or 2Mbps. This is low because, typically, you want a lot of compatibility. If you're on a computer with wireless, you can check your connection rate at any time, typically by opening your wireless connection status window; it will show the connection "speed" - if that speed is less than the basic rate of the network, your connection is not considered valid. The reason this is important is because of the second point. The basic rate is used for control messages for RTS/CTS (Request to Send, Clear to Send) requests. Protected mode, if set to auto, is triggered when the network detects that some stations cannot 'hear' other stations, and/or collisions (more than one station sending at a time) happens frequently. How this works is as follows. Your PC (let's just say, it works in reverse too) will transmit a RTS to the AP. That request contains all the information about the length of the transmission you want to send, etc. the AP will then transmit a CTS, which includes all the information from the request, plus a confirmation that you're clear to send. The AP does this so that every station on the network knows that someone is transmitting for X ms (whatever was defined in the RTS). All other stations will now wait (or "back off") for AT LEAST that length of time, before attempting to request to send. This is analogous to raising your hand to speak in a classroom. While just blurting out answers is faster, if everyone did that, you would not be able to understand anyone. This, while slowing down the overall transaction time for each message sent, ensures that only one "person" (or station) 'speaks' at a time. This ensures more reliable communication across the network, but can slow it down significantly. If you're in a situation where you have a lot of differing devices with differing capabilities, you may want to consider turning this on. If you're in a situation where you need faster speed of message transaction, you may want to turn this off. cases and results will vary.
Wireless Multimedia (WMM): Also known as WME (Wireless Multimedia Extensions) is an extension of the RTS/CTS found in protected mode. Effectively, what happens is an RTS/CTS request/response occurs, whether or not Protected mode is enabled, however, the main difference here is, rather than sending just one message, the station is requesting time to send a block of messages. - this VASTLY improves overall throughput for the one connection stream, however it greatly delays other transmissions. choose this option carefully. I highly recommend using an Ethernet connection for anything multimedia; but if you must use wireless to connect a media extender, be sure to enable this; I will leave you with a warning, if anyone is doing anything time-sensitive on the network (VoIP or Gaming), and this option is set to ON, they WILL NOTICE a significant drop in responsiveness in their data. For gamers, this phenomenon is referred to as "lag". Reduce LAG by turning off WMM.
There you have it. The comprehensive 'advanced wireless configuration for dummies' guide. I hope this helps some people in choosing the right wireless access points and network configurations. I don't think this is the first time I've posted this. In any case, have a great day, and may all your packets arrive with their checksums intact.
Showing posts with label Wireless N. Show all posts
Showing posts with label Wireless N. Show all posts
Sunday, April 21, 2013
WiFi? or not to WiFi?
Labels:
2.4ghz,
802.11,
802.11g,
802.11n,
mobile phone,
wifi,
wifi signal,
wireless,
wireless g,
Wireless N
Wednesday, June 23, 2010
Network Speeds - GBe, Wireless N and how they affect you.
A very significant debate in my mind, between different wireless (and wired) network technologies has been relating to effective speed.
What I mean by effective speed is two things; first, the speed you can literally get from the network (after overhead, crosstalk, and other factors). Second, the speed that's useful to the end-user.
Because of this, I end up in quite a conundrum... with server and back-end topologies and technologies, you generally know what kind of speed you'll need and what you can use. When connecting servers together, whether from scratch or to an existing network, you can surmise whether you'll need GBe, 802.2ad linked GBe, or a multi-GB connection (or even a 100MBit connection) for your server, depending on application. For example, a high-performance file server or database, you may want to put some of the more expensive connections onto, especially if the system will be used concurrently by many users, and the drive array can handle multiple gigabits of sustained simultaneous output to multiple destinations...
For servers, the job is pretty easy to deduce what you need, the hard part is not only finding the hardware you need (since 90% of computer shops carry consumer oriented products only), but getting management to sign-off on the purchase...
For client access roles and points, you really have to start debating, is one technology really better than another? let's review.
Almost all network access by end users (or consumers) is internet bound. not many people exist in a world where an intranet even exists, nevermind having servers setup on it, or accessing any "local" resources. With this in mind, I quickly begin to consider two things, first, how many people will be using the service, and what is the WAN speed?
WAN speed: most consumer based systems are using consumer based internet lines, which are generally not terribly fast. In North America, most consumer based broadband lines are between 3Mbit and 15Mbit. There are some exceptions to this, in cases of extremely fast or extremely slow internet lines, but for the most part, they fit into this model. In these cases I have to debate on the validity of buying the latest GBe router or switch, or the newest fanciest dual-band Wireless N router or AP. Since 90% of traffic is going to be internet bound, the fastest any one users connection will go, is 3-15Mbit. Current standards for wired internet technology is 100Mbit full duplex (or 100BaseTX), and currently the standard for wireless is 802.11g (or Wireless G) which runs at 54Mbit. Both of these show standard connection speeds that are 3-8 times FASTER than current internet speeds.
Factor all that into the fact that consumer based internet lines don't really seem to be getting any significant bump in speed, neither now, or in the near future, and you've found yourself in my debate.
If you're not using any resources on your local network, why do you need anything more than a 100BaseTX or 802.11g network? ... to be fair, wireless technologies will never run as fast as advertised, due to the fact that the send and receive happens on the same frequency, making the system half-duplex by nature (meaning you can only send OR receive, not both) but still, a half duplex connection can still sustain, even in high-traffic situations, something near 30-40% of it's maximum bandwidth (except in extreme scenarios).
Additionally, a lot of the technology that is touted as "Wireless N" is really just a beefed up Wireless G, that's been given similar encoding technology to Wireless N (making it possible to encode more data per wavelength of transmission, and therefore increasing throughput)... What I mean is that: 802.11n is designed to run on (or was originally designed to run on) higher frequencies, with shorter wavelengths (eventually, they settled on 5.8Ghz). With shorter wavelengths, and better encoding, it became possible to encode a significant amount of extra data into the stream than wave previously possible.
Allowing Wireless N on the same frequency as Wireless G, causes additional interference, since wireless G would take more time to transmit, and create more noise on the channels that Wireless N would be trying to use, and at the same time, Wireless N would be unintelligible noise to any Wireless G implementations nearby. The real conundrum is that to use Wireless N on 2.4Ghz effectively, you have to bump the channel width from 20Mhz, to 40Mhz. While using 'Channel 6' (the midpoint in N.America for wireless), with a "fat channel" (40Mhz), the radio then crosses over into almost every other wireless frequency, causing interference on every wireless "channel".
The bottom line with 2.4Ghz Wireless N, is that it would only really work in a controlled environment, where there is nearly no other 2.4Ghz networks or devices (this includes cordless phones).
Add that to the fact that the extra speed isn't making anything go faster, because you're using the 150-300Mbit 2.4Ghz Wireless N to access the internet, and you end up with this mis-mash of different, competing technologies, that completely ruin the experience for everyone (since they cause so much interference).
The only true benefit you could ever obtain from Wireless N, is in it's intended implimentation at 5.8Ghz (where there's very little demand, aka interference currently), while using dedicated 5.8Ghz ONLY devices and nodes. Additionally, you would have to use that wireless for accessing local resources; not just that, but you would have to make sure that your AP, and every link between you and the system you're talking to, is GBe, since Wireless N can fully saturate 100Mbit Ethernet... Then, on top of that, you almost have to be accessing an array of drives to really take full advantage of the throughput, since, even good conventional drives max out around 400ish MBit... That's not even touching how useless GBe would be to most users...
Yeah, I understand that, despite the bandwidth being not really necessary, GBe can reduce ping times because the speed of the transaction to transmit each packet is so short, however, the difference in real-world scenarios is negligible at best.
The real baffling thing, for me, is when there's respectable companies, that actually have intranets, with dozens of client systems, roaming profiles, network shares, VoIP, Internet, etc, all connected to the same network fiber, and they're still running on MB Ethernet. Thats. Just. Amazing. Upgrading to GBe in those scenarios would have massive impact, and the upgrade costs would be minimal at best. Since a lot of unmanaged switches are rather cheap, even with massive numbers of ports... Managed switches aren't too far behind in cost.
And really, in those scenarios, isn't the cost of the switch far outweighed by the increase in productivity of the workers? since now they don't have to wait forever for a roaming profile to load before they can actually do some work?
Food for thought.
What I mean by effective speed is two things; first, the speed you can literally get from the network (after overhead, crosstalk, and other factors). Second, the speed that's useful to the end-user.
Because of this, I end up in quite a conundrum... with server and back-end topologies and technologies, you generally know what kind of speed you'll need and what you can use. When connecting servers together, whether from scratch or to an existing network, you can surmise whether you'll need GBe, 802.2ad linked GBe, or a multi-GB connection (or even a 100MBit connection) for your server, depending on application. For example, a high-performance file server or database, you may want to put some of the more expensive connections onto, especially if the system will be used concurrently by many users, and the drive array can handle multiple gigabits of sustained simultaneous output to multiple destinations...
For servers, the job is pretty easy to deduce what you need, the hard part is not only finding the hardware you need (since 90% of computer shops carry consumer oriented products only), but getting management to sign-off on the purchase...
For client access roles and points, you really have to start debating, is one technology really better than another? let's review.
Almost all network access by end users (or consumers) is internet bound. not many people exist in a world where an intranet even exists, nevermind having servers setup on it, or accessing any "local" resources. With this in mind, I quickly begin to consider two things, first, how many people will be using the service, and what is the WAN speed?
WAN speed: most consumer based systems are using consumer based internet lines, which are generally not terribly fast. In North America, most consumer based broadband lines are between 3Mbit and 15Mbit. There are some exceptions to this, in cases of extremely fast or extremely slow internet lines, but for the most part, they fit into this model. In these cases I have to debate on the validity of buying the latest GBe router or switch, or the newest fanciest dual-band Wireless N router or AP. Since 90% of traffic is going to be internet bound, the fastest any one users connection will go, is 3-15Mbit. Current standards for wired internet technology is 100Mbit full duplex (or 100BaseTX), and currently the standard for wireless is 802.11g (or Wireless G) which runs at 54Mbit. Both of these show standard connection speeds that are 3-8 times FASTER than current internet speeds.
Factor all that into the fact that consumer based internet lines don't really seem to be getting any significant bump in speed, neither now, or in the near future, and you've found yourself in my debate.
If you're not using any resources on your local network, why do you need anything more than a 100BaseTX or 802.11g network? ... to be fair, wireless technologies will never run as fast as advertised, due to the fact that the send and receive happens on the same frequency, making the system half-duplex by nature (meaning you can only send OR receive, not both) but still, a half duplex connection can still sustain, even in high-traffic situations, something near 30-40% of it's maximum bandwidth (except in extreme scenarios).
Additionally, a lot of the technology that is touted as "Wireless N" is really just a beefed up Wireless G, that's been given similar encoding technology to Wireless N (making it possible to encode more data per wavelength of transmission, and therefore increasing throughput)... What I mean is that: 802.11n is designed to run on (or was originally designed to run on) higher frequencies, with shorter wavelengths (eventually, they settled on 5.8Ghz). With shorter wavelengths, and better encoding, it became possible to encode a significant amount of extra data into the stream than wave previously possible.
Allowing Wireless N on the same frequency as Wireless G, causes additional interference, since wireless G would take more time to transmit, and create more noise on the channels that Wireless N would be trying to use, and at the same time, Wireless N would be unintelligible noise to any Wireless G implementations nearby. The real conundrum is that to use Wireless N on 2.4Ghz effectively, you have to bump the channel width from 20Mhz, to 40Mhz. While using 'Channel 6' (the midpoint in N.America for wireless), with a "fat channel" (40Mhz), the radio then crosses over into almost every other wireless frequency, causing interference on every wireless "channel".
The bottom line with 2.4Ghz Wireless N, is that it would only really work in a controlled environment, where there is nearly no other 2.4Ghz networks or devices (this includes cordless phones).
Add that to the fact that the extra speed isn't making anything go faster, because you're using the 150-300Mbit 2.4Ghz Wireless N to access the internet, and you end up with this mis-mash of different, competing technologies, that completely ruin the experience for everyone (since they cause so much interference).
The only true benefit you could ever obtain from Wireless N, is in it's intended implimentation at 5.8Ghz (where there's very little demand, aka interference currently), while using dedicated 5.8Ghz ONLY devices and nodes. Additionally, you would have to use that wireless for accessing local resources; not just that, but you would have to make sure that your AP, and every link between you and the system you're talking to, is GBe, since Wireless N can fully saturate 100Mbit Ethernet... Then, on top of that, you almost have to be accessing an array of drives to really take full advantage of the throughput, since, even good conventional drives max out around 400ish MBit... That's not even touching how useless GBe would be to most users...
Yeah, I understand that, despite the bandwidth being not really necessary, GBe can reduce ping times because the speed of the transaction to transmit each packet is so short, however, the difference in real-world scenarios is negligible at best.
The real baffling thing, for me, is when there's respectable companies, that actually have intranets, with dozens of client systems, roaming profiles, network shares, VoIP, Internet, etc, all connected to the same network fiber, and they're still running on MB Ethernet. Thats. Just. Amazing. Upgrading to GBe in those scenarios would have massive impact, and the upgrade costs would be minimal at best. Since a lot of unmanaged switches are rather cheap, even with massive numbers of ports... Managed switches aren't too far behind in cost.
And really, in those scenarios, isn't the cost of the switch far outweighed by the increase in productivity of the workers? since now they don't have to wait forever for a roaming profile to load before they can actually do some work?
Food for thought.
Labels:
802.11,
802.11g,
802.11n,
802.3,
802.3ad,
access time,
client,
connection,
Ethernet,
GBe,
Gigabit,
Megabit,
network,
speed,
wireless,
wireless g,
Wireless N
Subscribe to:
Posts (Atom)