nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

R500 not compatible with ac-7260

unknown

Just installed zd1100 and r500s, worked ok when eventually got hold of relevant firmware. (new customer) Having problems connecting tosh with intel ac7260. Seems problem is to do with channelfly and .h messages. Works if select one channel as this disable channelfly. (tried on standalone unit). Been asked to manually set channel in ZD as test but need to check interference. Other option to set run stop time. Running build 101 and have downloaded build 108 but not sure if it includes any fix. First ruckus install so not overly happy.

Trevor

Find more posts tagged with

Accepted answers

All comments

victor_tort

Hello Trevor,

Which version are you talking about?

Could you please elaborate a little bit more your tests and your results?

michael_brado

Initial 9.8.0 GA release for R500/R700 had issue ZF-7357: Not using 2-stream rate with Intel 7260 2x2 11ac NICs.

Firmware builds 9.8.1.0.101+ have the fix to improve performance for these clients.

Next 9.8 MR2 release is expected in Nov14. Not sure if 5G background scanning

will be enabled or disabled by default. If not enabled, running ChannelFly for a

period of time will allow your APs to decide on other than channel 149. Stopping

it after a period of running, was recommended to prevent problems in .106/.108

interim builds.

unknown

Just disable channel fly and only use background scanning. Or just let channelfly run during the night when there are no clients (for about 6 hours) make sure to reboot all access point before you leave, you can configure this under radio group options and services. Also what version are u using? Is the client firmware supporting 202.11h channel change announcements.

unknown

Newbie to Ruckus I believe disable command is via the command line

but I do not know the syntax, can you help.

ZD is 9.8.1.101.

Intel say they support 802.11h

running latest intel s/w.

T

michael_brado

Hi Trevor,

The ZD WebUI is meant to be more user friendly than command line. From the

Configure tab, Services on the left, the boxes to configure 2.4/5G channel selection

(self healing) are found. We suggest to check the 5G box to enable Automatic

adjustment, and pick ChannelFly from the dropdown (rather than Bkgd Scanning).

Apply this change and let your APs use the algorithm which entails an off-channel

scan an building of an internal database with interference seen. After at least two

hours, the AP ought to have selected a better-than-default channel. You can then

change the ZD Configure/Services, and uncheck the 5G Automatically adjust box.

This only applies to 5G band when you have our newest 11ac AP models in use.

You can use background scanning or channelfly algorithm on your 2.4G channels,

and leave it running. I hope this is helpful.

john_d

Thank you for this helpful suggestion! So just to clarify, I should check the automatically adjust power box for 5GHz on AC AP's? Does it do harm on a heterogeneous deployment of 7982's and R700's? Just trying to reconcile this with the General advice that ruckus recommends allowing Beamflex to do its thing instead of allowing the AP's to decrease their power levels.

john_d

Never mind - looking at the ZD pane, it makes more sense. There's 3 settings that start with "Automatically Adjust", and you weren't implying to turn on the power reducing option.

unknown

We are having major issues with our R710 deployment. Looks like the Lenovo Chromebook N21s are using the same Intel 7260 card. Anyone having issues with these?

unknown

I have had nothing but problems with the 7260 and my R710's. Impossible to recreate the issues for support, so we are left with a less functional wireless network.

michael_brado

With most client adapters, using the latest drivers often provide latest fixes, both public and internal.
I've seen a couple posts in Intel/Microsoft forums that also provide client side settings that greatly improved performance (ie from 54mb to 866mbps)

I don't have a PC/Apple/Chromebook with this Intel adapter, only that this info/advice can be found on the web:

Driver version 17.0.3.2+

https://downloadcenter.intel.com/search?keyword=Intel%c2%ae+Dual+Band+Wireless-AC+7260

802.11n Channel Width for 2.4 GHz : Auto
802.11n Channel Width for 5.2 GHz : Auto
Ad Hoc Channel 802.11b/g : 1
Ad Hoc QoS Mode : WMM Disabled
ARP offload for WoWLAN : Enabled
Bluetooth Image_ images_messages_5f91c420135b77e247976ade_02cfd4e18b1201b096e5970a0dbb2331_SWhAdDNLMG5zdGFuVGlWel7atb96uS-4ec124e6-7b6c-4ebe-91c1-f7f2a78c4b18-958193709.png

Image_ images_messages_5f91c420135b77e247976ade_02cfd4e18b1201b096e5970a0dbb2331_SWhAdDNLMG5zdGFuVGlWel7atb96uS-4ec124e6-7b6c-4ebe-91c1-f7f2a78c4b18-958193709.png

(R) AMP : Enabled
Fat Channel Intolerant : Disabled
GTK rekeying for WoWLAN : Enabled
HT Mode : VHT Mode
Mixed Mode Protection : CTS-to-self Enabled
NS offload for WoWLAN : Enabled
Preferred Band : 1. No Preference
Roaming Aggressiveness : 5. Highest
Sleep on WoWLAN Disconnect : Disabled
Transmit Power : 5. Highest
U-APSD support : Disabled
Wake on Magic Packet : Enabled
Wake on Pattern Match : Enabled
Wireless Mode : 6. 802.11a/b/g

PS. The 54mb CU had TKIP on his WLAN, use WPA2/AES on PSK WLANs.

unknown

Unfortunately we cannot download drivers from Intel's site since they are Chromebooks. 😞

unknown

Hey, Michael Brado,
We need a CHROME solution.

unknown

Yes, we have an open case currently. 00344561. We just keep chasing our tails trying to figure out a solution. If you have any progress, please let me know. We are having major roaming issues and traffic delay issues. If we hardwire the connection we are good, or most other devices work pretty good.

michael_brado

I'm sure both of the two companies who make your PC/radio card are trying to solve this too,

but browsing the Internet, I have found a suggested Chromebook fix:

I created a config.properties file in my

site folder and added the following line:

config.uapsd_enabled=false

and Provisioned the UAP

unknown

Can you link the site? I am not exactly sure where this is supposed to be entered. On the google management/Zone Director/Chromebook. Thank you for your quick response.

unknown

I think I found it.. We had these APs and just removed them for this reason.. interesting.
https://community.ubnt.com/t5/UniFi-Wireless/Problems-with-Intel-Dual-Band-Wireless-AC-7260-in-Lenov...

unknown

Reported problems with R500s about a year ago updated everything I could but still had problems with tosh laptops connecting. Problem still with us. If laptop does't connect then pupil walks down the corridor to another ap which connects and then returns to the classroom and all is well. On Friday I will check 7260 chip driver version and the d1100 and r500 versions. They don't have Chromebooks, all other devices connect ok.

T

michael_brado

Hi Trevor,

It sounds like you might have an AP in a "stuck" state, perhaps due to interference, if clients are

unable to connect, but connect ok when roaming a short distance. Can you also upgrade your ZD

to the latest 9.10.1.0.59 for ZD1100s, which will have our latest bug fixes and performance

enhancements too. Then if on Intel 17.0.3.2+ too, should be smoother sailing.

unknown

We have the same issue where the AP first connects with the chromebooks and then when they go to sleep or drop for whatever reason, this same AP will not pick them back up again. We have taken the AP off-line countless times and I am wits-end. I will attempt to upgrade the firmware to the latest version and see what happens. I am suspecting possible AP interference in the hallway where it is.

QUESTION: Does the alignment of the AP make a difference?.... meaning mounted horizontally versus vertically?

unknown

I'm not certain what to do here. Are Chromebook users with 7260's out of luck? Surely, this isn't the first Ruckus has heard of this issue, is it?

michael_brado

Again I admit up front I have not used Chromebook personally, but previous advice about ac-7260 included disabling U-APSD/sleep mode.

Internet sources offer some user configuration, and mentions a "Keep Awake" extension from the Chrome Web Store for this purpose:
https://greenido.wordpress.com/2012/12/30/how-to-prevent-your-chromebook-from-going-to-sleep/
http://www.omgchrome.com/extension-to-stop-chromebook-sleeping/

Ruckus indoor model APs (including R700, R300, R500, R600, R710) provide the best coverage in a Horizontal (flat) position.
Ceiling mount is good for floors above/below, but even sitting on top of a shelf or bookcase is ok.

unknown

Likewise, I would love to hear if you've made any progress. Someone has to have solution, as this chip is over a year old at this point

michael_brado

Chromebook OS updates can help too!

Ruckus Tech Support reports that Google OS 47, or current latest, also includes driver updates that significantly improved Chromebook wireless performance.

How to check for and install OS updates:
https://support.google.com/chromebook/answer/177889?hl=en

Can anyone in the group update their Chromebook and let us know 1) what version it is, and 2) if it helped your wireless experience? Neal?

unknown

Our chromebooks are already at version 47.x.x.
Is there something special I need to do in order to upgrade our ZD1112 to the latest version of firmware? I have downloaded version 9.10.1.0.59. Is it as simple as pointing the ZD to the file on my PC?

michael_brado

Prior to any upgrade, save a backup of your current configuration (Administer/Backup), and add your current version digits to the filename to remind you what version it came from.
ie. GWehe-ZD1112_db_983014_111715_16_10.bak (if you were on 9.8.3.0.14)

Second, read the Release Notes for the ZD 9.10.1 version you intend to upgrade to, and make sure all your AP models are supported.
Some Legacy APs like 2942/7942 are EoS.
https://support.ruckuswireless.com/documents/830-zoneflex-9-10-1-mr-release-notes

Then, from Administer/Upgrade, you click the Browse button and load the image you have downloaded to your PC,
and when prompted to save a backup, you can skip, and click Upgrade to continue.

The ZD will upgrade and reboot. Your APs will reconnect and each get upgraded to the new ZD firmware version.
Watch from Monitor/Access Points page, as they go from upgrading firmware, disconnected, provisioning, to Connected.

A typical ZD1100 upgrade shouldn't take more than 15-20 minutes.

unknown

Our Chromebooks only update to 46 as the latest os available unless I go to the beta. After changing to beta, nothing changed in reliability unfortunately.

unknown

Are there any updates to the current 9.12.1.0 build 148 on the ZD3000? Thnx

unknown

Just to echo this question, should we be using the 9.10 firmware recommended in this thread? What if we are using 9.12? Should we expect the same results?

unknown

Just tried BETA 47.x.xxx. on one chromebook. No change on my end.

unknown

We are right in the middle of evaluating Ruckus and Aruba for a complete overhaul of our wireless network next summer. We have a lot of Chromebooks with the Intel ac-7260 chipset. This thread certainly has me worried. Not sure if the problem lies with the chipset drivers or the Ruckus firmware

unknown

All I know is that we have been waiting for Ruckus Support to get back to us for 2 days after sending them several Wireshark files.... Our wireless has been effectively DOWN for 2 weeks now. That may have something to do with your decision. It is NOT the chromebooks. I took the same chromebooks down the hall in our building with OS46.x.x.x. and the grabbed an AP and the correct SSID and a good IP address in 5 seconds. There is something going on with the AP's in another part of the building and Ruckus cannot figure it out.

unknown

So in one part of your building you have R500 APs and they work fine with the Chromebooks and in another part of the building you have R500 APs that do not work with the Chromebooks?

unknown

That is correct. Except they are not R500's.... and it is not just chromebooks. I stumbled across this thread looking for AC-7260 issues.... Josh's issues were mimicking mine exactly. After much trial and error is seems that the AP's zf7363, zf7055 sort of just stopped accepting traffic and refuse to connect. we have done everything short of doing a factory refresh on the AP's themselves (unless a firmware upgrade does that, in which case we have). Possibly I should open a new thread, but I am very much annoyed at this point and I may not be politically correct in my next postings so I need to be careful.

unknown

This nic was very problematic in PC laptops for many many months until Intel finally released a set of drivers that solved many wifi issues. Of course with Chromebook we are at the mercy of Google to incorporate drivers in a release of Chrome. If you have PC laptops with this nic and the drivers are up to date and you still cannot even connect to your Ruckus APs then it does seem like a Ruckus issue.

unknown

Dave, I am not sure you understand. It IS a ruckus issue. I can take ANY chromebook/laptop/ipad down the hall and connect the SAME model Ruckus AP in an instant using the same drivers and Chrome OS. I CANNOT connect to two of the 23 AP's we have... even with Apple MacBooks, iPads, HP Folio Laptops and even my cellphone.

unknown

Yes it is a Ruckus issue. So you can connect a laptop/Chromebook/tablet to one Ruckus AP but when you take the same device down the hallway and attempt to connect to the exact same model of Ruckus AP, it will not connect? If that is the case then it is a Ruckus issue. Have they given you any idea what could be causing this?

unknown

TO make a long story longer......
It appears that the Ruckus AP's do not like Cisco Switches.... at least older ones. After many (many) hours or swapping this and changing that, testing different configurations, SSID's, channels, locations, LAN drops, POE injectors...... WHEW!

The AP location in question was attached to a Cisco CE500 Layer-2 switch (an older business class switch from around 2008). With the exception of one other AP in the building, all other AP's are connected to newer Cisco WS2960 Layer-3 switches. As soon as we place this offending AP onto a WS2960, it seemed to be happy, and yesterday it was reported to me that we had about 40 Chromebooks connected in the area with NO issues at all. What is weird is that the (1) AP on another CE500 in the same hallway is running fine.... PLUS I have (10) APs over at another building that (I must check first) are likely ALSO on CE500 switches and are running fine.

We will need to do some more digging to document exactly which AP is connected to which switch to make a final determination if it is in fact the CE500 series switches in general or just this one CE500 switch that was the offender.

In any event, it took us about 3 weeks to figure it all out. Now I can get back to my other help desk tickets which have been piling up.........

Have a great holiday season everyone.
Glenn Wehe
Montana

unknown

Hi,
Saw all the updates to my original post regarding Chromebooks thought and decided to revisit my toshiba 'problem' Updated ZD1100 to 9.10.0.0 build 218. Updated intel chip to 18.21.0 and observered 15 laptops logging on with no problems. This appears to be the first time we have had 100% success without pupils taking the laptops to another AP to get connected. Light at the end of the tunnel ?