Tech Toolshed’s new
Visio flowchart, Workstation
Connectivity Troubleshooter, offers a comprehensive approach to tracking
down network problems. The chart steps through wired and wireless connectivity,
network configuration, and security and application troubleshooting topics.
When a wireless network fails, you should look at a few key
areas first. Several common hardware problems can cause failure, as well as
certain configuration issues. Here are some pointers on troubleshooting your
wireless network. (This article assumes that you’re troubleshooting an
infrastructure network, and not an ad hoc network.)
When only one access point and one wireless client are
having connection issues, you know that the client is having trouble attaching
to the network. But if you have a larger network, figuring out the scope of the
problem is more involved.
If some users are having trouble connecting but others can
still work, one of your multiple access points is probably malfunctioning.
Often, you can guess which one it is by looking at the physical locations of
the users who are having the problem.
When no one can connect to the wireless network, several
things could be going on. If your network uses a single wireless access point,
it could be malfunctioning or contain a configuration error. The problem could
also be related to radio interference or a break in the physical link between
the wireless access point and the wired network.
Check connectivity to the access point
To identify what’s causing the problem, you should perform a
communications test to see whether the access point is responding. Open a
Command Prompt window on a PC that’s on your wired network and ping your
wireless access point’s IP address. The wireless access point should respond to
the ping. If it doesn’t, there’s either a break in the communications link or
the access point is completely malfunctioning. To figure out which is the case,
try pinging the access point’s IP address from a wireless client. If the
wireless client pings the access point successfully, the problem is almost
certainly a broken communications link, such as a damaged cable.
If the wireless client can’t ping the access point, the
access point could be malfunctioning. Try unplugging the access point to reset
it and then plug it in again. Wait about five minutes and then try pinging the
access point from both the wireless and the wired clients again.
If both pings still fail, the access point is probably damaged
or has an invalid configuration. Focus your efforts on getting the access point
to communicate with the wired network. Plug the access point in to a known-good
network jack using a known-working patch cable. You should also verify the
access point’s TCP/IP configuration. Then, try pinging the device from a wired
client again. If the ping still fails, the unit has probably been damaged and
should be replaced.
Wireless networking equipment is fairly reliable, and the
vast majority of problems are related to the network’s configuration rather
than a hardware malfunction. With this in mind, let’s look at several configuration
problems that lead to a disruption of wireless services.
Test the signal strength
If you can ping the wireless access point from a wired
client but not from a wireless client, the access point is probably just
experiencing a temporary problem. If the access point continues to have
problems, check the signal strength. Although there’s no standard method for
doing this, most wireless NIC manufacturers include some mechanism with the NIC
for measuring signal strength.
Try changing channels
If you determine that you’re getting a weak signal but nothing
has physically changed in your office, attempt to change channels on the access
point and on one wireless client to see if a different channel improves the
signal strength. Changing channels on all of your wireless clients can be a big
undertaking, so you should test the new channel with one client first. Remember
that your problem could go away as soon as someone hangs up a phone or turns
off a microwave oven.
Verify the SSID
A while back, I took my laptop to a friend’s house to work.
Because my friend had a wireless network in place, I decided to connect to his
network for the duration of my visit. Upon returning home, I didn’t use my
laptop for a couple of weeks. The next time that I went to use my laptop, it
wouldn’t connect to my network. The problem was that I had forgotten to reset
the Service Set Identifier (SSID) back to my own network identifier. Remember, if
the Service Set Identifier (SSID) doesn’t specify the correct network, you
won’t be able to ping the access point. Instead, your laptop will ignore the
access point’s existence and search for an access point with the specified
Verify the WEP key
Check out the wired equivalent privacy (WEP) encryption
configuration. If WEP is configured incorrectly, you won’t able to ping the
access point from a wireless client. Different brands of NICs and access points
require you to specify the WEP encryption key differently. For example, one
brand requires you to enter it in hex format, while another requires the key to
be entered in decimal format. Likewise, some brands support 40-bit and 64-bit
encryption, while others support only 128-bit encryption.
For WEP to function, all the client and access point settings
must match exactly. I have run into several situations in which clients that
seemed to be configured perfectly could not communicate with an access point
that was using WEP. During these situations, I usually had to reset the access
point to the factory defaults and reenter the WEP configuration information to
get the WEP to function.
Tricky WEP configuration issues
By far the most common configuration-related problems
involve the use of the WEP protocol. Troubleshooting a WEP problem can be
especially tricky, because a WEP mismatch has symptoms that are similar to a
more serious failure. For example, if WEP is configured incorrectly, a wireless
client won’t be able to get an IP address from a DHCP server (even if the
access point has a built-in DHCP server). If the wireless client is configured
to use static IP addresses, the wireless client won’t even be able to ping the
access point’s IP address, thus giving the illusion that no connection exists.
The trick to figuring out whether a problem is related to a
WEP configuration error rather than a hardware malfunction is to be aware of
the diagnostic capabilities built in to the NIC driver and the operating
system. For example, one of my laptops is running Windows XP and has a Linksys
wireless NIC. Figure A shows the
summary of connection information that appears when I move the mouse over the
wireless icon in the taskbar. In this case, the connection strength is
Excellent. As long as the channel and SSID are configured correctly, you can
connect to the access point, even with a WEP configuration error. Had there
been a physical connection problem, the connection strength would be None, not
Excellent. Linksys cards will show you the connection strength whether WEP is
configured correctly or not. So you can validate that a connection exists, even
if you can’t ping the access point.
|The signal strength is a big clue as to the nature of your problem.|
If you right-click on the wireless networking icon in the
taskbar and select the View Available Wireless Networks command from the
resulting menu, you’ll see the Wireless Network Connection dialog box. This
dialog box displays the SSID of any wireless network on your present channel to
which you are not currently connected. If the name of your wireless network
shows up on this list, but you can’t seem to connect, rest assured that your
connection is good and that you have a configuration problem.
An interesting side note is that the Wireless Network
Connection dialog box also includes a field where you can enter a WEP key when
you try to connect to a wireless network. There have been times when I
absolutely could not connect to a particular wireless network unless I went
through this dialog box and manually entered the WEP key. After doing so, the
network became available to me.
DHCP configuration issues
Another tricky problem that can prevent you from
successfully interacting with a wireless network is a DHCP configuration error.
The DHCP server that you connect to can play a major role in whether you are
able to use a wireless network.
Many of the newer access points have an integrated DHCP
server. Typically, these access points assign the 192.168.0.x address range to
clients. Often, DHCP access points will not accept connections from clients to
which they have not issued an IP address. This means that clients with static
IP addresses or clients that might have somehow acquired an IP address from
another DHCP server could be unable to connect to the access point.
The first time I installed an integrated DHCP server access
point onto my network, I decided to allow the access point to assign IP
addresses to my wireless clients. However, my network uses the 147.100.X.Y
address range. This meant that although wireless clients were able to
communicate with the access point and were able to acquire an IP address, they
were unable to interact with the rest of my network because of the IP address
There are two solutions to this problem:
the access point’s DHCP services and allow the wireless client to lease an
IP address from a normal DHCP server.
the IP address range by configuring the DHCP address scope with your own
block of IP addresses.
Either solution will work, but you’ll have to work within
the limitations imposed by your access point’s firmware. Many access points
will allow you to use only one solution or the other, not both.
Multiple access point problems
Suppose for a moment that two access points are in use, both
with the default settings. If this is the case, both access points are
assigning clients’ IP addresses in the 192.168.0.X address range. The problem
is that the two access points are completely unaware of which IP addresses the
other access point has leased. So it’s only a matter of time before there are
duplicate addresses on your network. The solution to this problem is to define
a unique scope of addresses for each access point. By doing so, you’ll prevent
IP address overlaps.
Watch out for client lists
Some access points contain an allowed client list, which can
be the root of wireless configuration problems. The allowed client list is a
list of MAC addresses of permitted wireless clients. This is a security feature
that’s designed to prevent unauthorized users from connecting to your network.
Normally, the allowed address feature is disabled by default. However, if a
user has accidentally clicked the Enable button, the allowed address list will
be enabled but won’t contain any MAC addresses. This means that no wireless
clients will be able to connect to the access point, regardless of any other
I’ve also seen the allowed address list become a problem
when multiple access points are in use. Many administrators incorrectly assume
that just because they enter the allowed addresses into the list, the addresses
are then globally permitted to access the network. However, in most cases, this
simply grants the users permission to access the network through the designated
access point. If you want users to be able to go through other access points,
you’ll usually have to configure those access points separately.