Category: WiFi

  • Chromebook issues.

    I had a post related to Chromebooks as a draft for quite a while and due to my writing over time it got confusing.

    The issue was that since the implementation of our Aruba network, we’ve had nothing but problems with the Chromebooks. At first it was the missing ghz network, then the lack of coverage (which is ongoing), and now the slowness and random networking drops when doing the most basic things.

    First up was to find out if that was a Chromebook exclusive issue. Thankfully it was, as we could not replicate it on any other device. So we then moved onto the Chromebooks themselves.

    We confirmed they were running the most recent ChromeOS, with updated NIC firmware, adequate storage space, we even power washed them to make sure no pre-existing config would affect them. Once that was investigated, we moved onto network configurations.

    We started with removing all Fast Roaming options, 802.11k, Quiet RRM IE (knowing that these are something that often affects devices with low quality NICs). No changes.

    Removed 802.11be and ax, still no change.

    We then enabled DMO and MTO and set a threshold of 30 and based on my understanding of some reading, I set the Beacon Rate to 12. After that change was made, we have a previously very problematic Chromebook cart start working (24 out of 25). Import to note they were all Lenovo 100e Gen4.

    After establishing that it now seemingly worked, I waited and tried re-enabling roaming, and it all fell apart again. So for now we will stick with the current configuration.

    Found a cart of laptops that were not working they were all Lenovo 100e Gen 2 devices, which cannot upgrade past 137.0.7151.137. A huge problem as ChromeOS 137 has a known Wi-Fi issue that causes high latency and poor throughput. The permanent fix is to update to ChromeOS 138 or newer. Looks like for now we need to roll back many Chromebooks to 136.

    But for all Chromebooks running the proper ChromeOS the issue has seemingly been solved.

  • Provisioning APs with GreenLake

    Provisioning Aruba APs has been drastically different then the Cisco ones. With Cisco I would just have to SSH in and point them to the WLC and it was done. With Aruba Central it’s a bit more convoluted.

    We start in HPE GreenLake where we “Add Device”, provide it with a SN and MAC, on the next page, you select the Require Subscriptions button/tab then select the AP and assign it a license.

    Now onward into Aruba Central, under Maintain>Organization we have to apply the APs to the proper Group and Site.

    For the Sites, find your newly licensed AP (under the unassigned Site Name), and click and drag the AP to its new site.

    Do the same with the Group.

    Now go to Maintain>Firmware while under the Group or Site you have sent the AP to and find the AP and click the upgrade button.

    Select the version of the firmware you wish to update to, here you can set it up to upgrade now or at a later time.

    At this point we navigate to the Group or Site, find the AP and confirm it is in fact online and broadcasting. We make sure the Country Code is set, your network port is up and your radios are up.

  • Ghost 5Ghz

    We’ve encountered a substantial issue with our Aruba deployment, I suppose one of the major faults of using many of the default settings/profiles with the AP615 devices we are using (thankfully it is not affecting the AP635). The flaw is that the Flexible Dual Band: Automatic profile for the APs has been making it that we have no 5Ghz network being broadcast on ANY of our 1000+ AP615 devices. While troubleshooting I pieced together that manually setting it to 5GHz and 2.4GHz the APs then broadcast the bands they are supposed to.

    After spending a bit of time reading about the settings, it is my understanding that this issue of the ghost 5GHz may have been of our own doing as it is meant to broadcast 2.5 and 5 OR 6G based on user “requests/ability”. I believe that when we disabled 6GHz in our WLAN configurations it may have caused a conflict with the Flexible Dual Band settings

    We currently have a ticket in to rectify this as disabling 6GHz from the WLAN ssid SHOULD remove it from the options provided by the “Automatic” Flexible Dual Band.