1

I have two WAP4410N wireless access points powered using Power-Over-Ethernet.

They are both connected to the same LAN and broadcasting the same SSID with a WPA2 password.

One is using channel 1, while the other is using channel 11.

There is coverage overlap where the signal from both access points hover around -75db to -85db while standing in the same physical location.

DHCP is disabled, and is being provided by another network device.

Every day or so, devices can connect and authenticate to the access points, but are not granted an IP address (and subsequently are unable access to the LAN or Internet). For devices that had already retrieved an IP address prior to the issue exhibiting itself, the devices simply stop communicating with LAN and Internet.

However, I can still access each access point's web admin interface from the LAN.

If I reboot both devices, the problem vanishes and devices are once again able to get an IP address and connect to the LAN and Internet.

Are these symptoms of signal interference between the two WAPs or is this a completely different issue?

4
  • 1
    Probably not what you want to hear, but that AP is just a rebranded Linksys (that cisco bought). I'd probably look for firmware upgrades or ask on the Cisco forum if anyone else experiences the same.
    – pauska
    Sep 25, 2012 at 21:07
  • Ya. This AP is rebadged Linkys trash, unfortunately.
    – MDMarra
    Sep 25, 2012 at 21:10
  • There was a firmware update available, which I applied. I'll be monitoring the access points to see if that has any effect.
    – Force Flow
    Sep 26, 2012 at 15:01
  • The firmware update didn't appear to have any effect. The access points still dropped network service for wireless devices after about 24 hours.
    – Force Flow
    Sep 27, 2012 at 14:20

2 Answers 2

0

Are these symptoms of signal interference between the two WAPs or is this a completely different issue?

Unlikely but a spectrum analyzer could tell your for sure. There may be other devices in the 2.4GHz band that are effecting your clients.

Every day or so, devices can connect and authenticate to the access points, but are not granted an IP address (and subsequently are unable access to the LAN or Internet). For devices that had already retrieved an IP address prior to the issue exhibiting itself, the devices simply stop communicating with LAN and Internet.

Can you confirm this via some sort of logging capability on the access point themselves? There's a huge spectrum of wireless hardware and not all it plays nice together or is well built. I have seen a few instances of clients reporting the they are associated but the access point does not record their associations. Changing the wireless card on the client resolved the issue.

If I reboot both devices, the problem vanishes and devices are once again able to get an IP address and connect to the LAN and Internet.

This is the crux of it. The fact that you can temporarily "resolve" this by rebooting the access point without making any changes elsewhere inclines me to believe the issue is with the access point itself. You should verify that rebooting the access point does "resolve" this issue by waiting until a client reports the problem, verifying that the problem exists and then reboot the access point to see if it resolves. Do not physically move the client once it generates this issue, as it might simply be that users report the issue, move somewhere else and the issue isn't present any more due to better signal strength instead something related to access point.

If you are not using Enterprise or Business grade access points your problem is likely best solved by replacing them with appropriate devices. The economics of commodity grade 802.11 equipment does not encourage the production of resilient devices.

1
  • Logging appears to be limited to system events, configuration change notices, and login notices.
    – Force Flow
    Sep 26, 2012 at 15:05
0

I got ahold of a cisco support engineer about the issue, and as it turns out, this is a known issue with this particular model. The issue was supposedly addressed in firmware 2.0.6.1, but it is still occurring for my WAPs.

Since the model is approaching EOL, the cisco engineer said there would be no further firmware updates for the issue.

As a result, I plan on replacing all the WAP4410N with a different brand and model.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .