Bad throughput after 9.30*

What with 9.301? - there is some WIFI fixes in there (awe_status = 0)?
Up2Date 9.301002 package description:

Remarks:
System will be rebooted
Configuration will be upgraded
Connected Wifi APs will perform firmware upgrade

News:
Bugfix Update

Bugfixes:
Fix [33743]: Wifi: after upgrade from 9.2 -> 9.3 awe_status is 0
Fix [33746]: psk and ssid with a \ are wrong in confd
Fix [33751]: Bridge without Address lost after Upgrade from 9.2x to 9.300
Fix [33760]: ipsec: dying Middleware with Bridge configured

Well it fixed that the APs were disabled after reboot, so that's good. My problem began at 9.300

Thanks for letting know :-)

Rather than go back to 9.209, I tried the "classic" approach to solving computer problems.  At first, I thought it hadn't worked, but I checked the available WiFi networks available five minutes later, and the AP 30 was goin' strong.

I disabled and then enabled the Access Point and then toggled Wireless Protection off/on - the AP came back up in a few minutes.

Cheers - Bob

I have no problem with unavailable APs or WLANs, just terrible throughput on Guest WLAN

Hello,

I have the same problem with Guest WLAN (Separate Zone) on two different systems. Firmware version: 9.301-2.

The wireless log show errors

2014:11:18-13:42:26 192.168.0.119 kernel: [ 6035.600000] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

2014:11:18-13:42:26 192.168.0.119 kernel: [ 6035.620000] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

2014:11:18-13:42:26 192.168.0.119 kernel: [ 6035.640000] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

2014:11:18-13:42:26 192.168.0.119 kernel: [ 6035.660000] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

2014:11:18-13:42:26 192.168.0.119 kernel: [ 6035.670000] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

The 9.301 Up2Date failed the first time I tried it, so my version still showed as 9.300-5.  I checked /var/up2date/sys to confirm that it was empty and ran, as root,

audld.plx --server v8up2date1.astaro.com:443
/sbin/auisys.plx --showdesc

After that, I started the Up2Date in WebAdmin and it ran correctly.  If your UTM thinks it's at 9.301, you can set the version back before doing the above with

 echo ' 9.300005' > /etc/version

If this is on a UTM with a paid license, you should ask Sophos Support to help you.

Cheers - Bob

any progress or solution available  ?

Same problem here. Our bridge to LAN is working fine but our 2 guest "separate zones" are completely unusable.

Just fired a ticket at support. Will report back with any info.

I'm just collecting a bit of info for this separate zone issue.
What AP models have been affected by this?

Also, do you see packet loss with a ping?