This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

AP30's disconnecting all wireless clients

I've been having issues with my Astaro AP30's disconnecting all the wireless clients on the network. It seemed to start happening around v8.203 and I have never had this issue before (been using the AP30's since they were released). 

I currently have 3 SSID's (all using WPA2 Personal). Two are Bridge to LAN (Client isolation off). The third is a guest network that is isolated on a separate VLAN. When this issue happens it cripples all three.

So I did some searching on the forums and found some problems that were kind of similar but with no solutions yet. I opened a ticket with Astaro and they told me they couldn't help because I was a home license (even though I bought roughly $500 worth of hardware from them).

I have tried using the up2date package that upgrades the Astaro to v8.300 but since I have done that it has gotten way worse.

It looks as if the clients are getting disconnected because of some WPA issues? All the clients can see the wireless network but can't connect. For example if I try and reconnect on my iPhone it keeps asking for the password and it never accepts it. Also due to this wireless clients can't get a DHCP IP. There also seems to be no exact time this happens, but I have been seeing it happen roughly once or twice every 12 or so hours.

I have pinged both AP30's during the issue with no timeouts and all pings are under 1ms.

I have turned on awed debugging via the following method:
/var/mdw/scripts/awed stop
awed.plx --debug


See the log attached for a small portion of the log (it's 65MB as it happened last in the middle of the night). The beginning of this log file is when the problem started. It continues on until 10am in the morning (when I fixed it).

The only thing that seems to fix it (temporarily) is either a reboot (power cycle) of the AP's or a stop/start of awed.

This whole issue is annoying as I spent good money for these AP30's thinking they were reliable and right now they are worthless.

Has anyone else been experiencing these issues? Are there any fixes currently for this or is there an ETA for a fix?

Any help or information would be much appreciated! Thanks!


This thread was automatically locked due to age.
wireless_log_debug_on.zip
Parents
  • Ok, for the time being as a temporary workaround I added this to the crontab

    0 0,5,12,18 * * * /var/mdw/scripts/awed restart


    Which should restart awed every 6 or so hours (with some minor time adjustments, based off of when the wireless is not used as much)

    I'm really hoping a fix is found for this soon, as even with this workaround it kicks wireless clients off. But at least now it will start back up without me having to manually intervene.
Reply
  • Ok, for the time being as a temporary workaround I added this to the crontab

    0 0,5,12,18 * * * /var/mdw/scripts/awed restart


    Which should restart awed every 6 or so hours (with some minor time adjustments, based off of when the wireless is not used as much)

    I'm really hoping a fix is found for this soon, as even with this workaround it kicks wireless clients off. But at least now it will start back up without me having to manually intervene.
Children
  • Support is separate from hardware purchases, it also covers warranty on the device for as long as you have an active support agreement.

    As for the issue you are experiencing, is the DHCP for the Wireless Access Points provided by the Astaro Security Gateway? If this is not the case, please make sure that the APs are receiving a DHCP lease from the ASG.

    Are you using the Intrusion Prevention System on your ASG? If so, I would recommend that you add an exception for the network that you have the APs connected from for all the checks as the IPS can interfere with communication to your APs.
  • Both AP's are receiving a static mapped DHCP IP from the ASG that they are communicating with (I have no other DHCP server on the network). I noticed the problem when they were getting IP's from the DHCP lease pool. So when I first started noticing the issue I statically mapped them to IPs (outside of the lease pool) hoping that fixed the issue. It did not.

    Ok, good suggestion. I added an exception for source and destination of the AP's IPs to be skipped for all IPS rules. Although it looks more like a WPA handshake issue... but I could see how IPS could block the communication of the AP's to the ASG, especially if the ASG is providing the processing power for the WPA encryption.