There may be a lot of SSIDs show up or there may be some hot signals, but if they have little traffic, they won't make a large impact. The waterfall view is the most important.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com ----- Original Message ----- From: "Josh Luthman" <[email protected]> To: "Ubiquiti Users Group" <[email protected]> Sent: Monday, November 3, 2014 5:16:22 PM Subject: Re: [Ubnt_users] PSA: Ubnt XM v5.5.10 major bug -- recommend using v5.5.8 -- STA scan-list empty, cannot connect to AP By my book that's kinda the definition of a bug, but I'm glad you got it figured out and all fixed up! Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Thu, Oct 30, 2014 at 2:49 PM, Matt Hardy < [email protected] > wrote: To follow up on this thread, we found the issue. This wasn't really a new bug introduced in v5.5.10, but with the additional frequencies the customer was seeing > 100 new APs broadcasting in the UNII-1 band (probably lots of indoor APs). There's a limit of 200 APs the radio can pick up when doing a scan, if the radio is in an area with > 200 broadcasting SSIDs, it causes this issue (on any firmware) and device stops performing as expected. We'll be increasing the limit in v5.6, but in the meantime there are workarounds: scan list, different channel bandwidths, etc. Thanks, Matt On Tue, Oct 28, 2014 at 7:52 PM, Phil Curnutt < [email protected] > wrote: <blockquote> Is there a Scan List set? Cut the number of channels it searches down to a minimum. Phil On Tue, Oct 28, 2014 at 11:30 AM, Matt Hoppes < [email protected] > wrote: <blockquote> XW is different.... than XM. On 10/28/14, 12:35 PM, Josh Reynolds wrote: > So they say, yet when XW 5.5.10 was placed on XW Ti hardware, the gear > went nuts for a full 24 hours before we tried 5.5.6. When it was just as > bad, I went to 5.5.10rc3... same issues. 5.5.10rc2? Everything went back > to normal. It wasn't just one piece of hardware either, the same > symptoms were noticed on 4 different APs. > > They can say nothing changed all they want-- something changed, there > were 3rcs, a final, and now tons of bug reports on 5.5.10. > > Josh Reynolds, Chief Information Officer > SPITwSPOTS, www.spitwspots.com < http://www.spitwspots.com > > > On 10/28/2014 05:05 AM, Matt Hoppes wrote: >> You know there were no changes made to XM v5.5.10 other than adding new >> frequencies, right? >> >> On 10/27/14, 8:57 PM, Colin Zwiebel wrote: >>> We are having serious problems with v5.5.10 with 5GHz XM hardware and >>> have decided this firmware is not production ready. We using *v5.5.10 >>> only for links that require UNII-1* frequencies and avoiding in all >>> other situations. There is some sort of a bug with scanning for >>> available networks, so if your area has few networks, you might observe >>> different behavior. >>> >>> http://community.ubnt.com/t5/Installation-Troubleshooting/v5-5-10-major-bug-no-SSIDs-in-scan-print-scanning-info-buffer/m-p/1072997#U1072997 >>> >>> >>> *AirOS v5.5.10 is not production ready!* >>> >>> Ubiquiti, it appears you have a major bug and need to revoke the >>> release, remove from website, until you get this fixed. >>> >>> >>> >>> We have now had 3 clients -- 2 Nanobridges and 1 Rocket M5 -- disconnect >>> from their AP with the same behavior: NO SSIDs appear in scan list. >>> Downgrade to v5.5.8, no changes to config, radio once against sees SSID >>> and connects perfectly. >>> >>> >>> >>> *Workaround: Frequency Scan List* >>> >>> I cannot fully confirm this, but it appears, v5.5.10 plus frequency scan >>> list has this problem less. It also might be that this pares down the >>> amount of data coming from the atheros driver (by not scanning all >>> frequencies), and scan list doesn't actually fix the issue, just reduces >>> the scan data to something that doesn't break the radio. >>> >>> >>> >>> >>> >>> *iwlist ath0 scan -- print_scanning_info: buffer too large(65535) for >>> realocating* >>> >>> In our most recent incident, I was able to SSH into the failed v5.5.10 STA >>> >>> XM.v5.5.10# iwlist ath0 scan >>> print_scanning_info: buffer too large(65535) for realocating >>> >>> XM.v5.5.10# wlanconfig ath0 list scan >>> ioctl[unknown???]: Argument list too long >>> wlanconfig: unable to get scan results >>> >>> >>> >>> We are running now with a frequency scan list (cannot downgrade this >>> radio) and both iwlist and wlanconfig commands are working properly. >>> >>> >>> >>> More details: >>> >>> APs: Problem happens with both Nanostation M5 APs and PowerBridge-M5 APs >>> >>> - Seen with AP on v5.5.10 >>> >>> - Seen with AP on v5.5.8 >>> >>> STAs: Problem observed with NB-22-M5 and Rocket-M5 >>> >>> DFS: Problem observed on both DFS and non-DFS frequencies (5805) >>> >>> >>> >>> Most recent incident, Rocket was working fine for a few days, suddenly >>> died. It rebooted in the process (only 2min uptime when I got to >>> it). Let sit 10min, rebooted, made no difference, gave buffer too larger >>> error no matter how many reboots. Only enabling scan list patched it. >>> >>> >>> >>> Colin >>> netBlazr < http://netblazr.com/ > - free your broadband! >>> >>> >>> The wireless telegraph is not difficult to understand. The ordinary >>> telegraph is like a very long cat. You pull the tail in New York, and it >>> meows in Los Angeles. The wireless is the same, only without the cat. >>> >>> >>> _______________________________________________ >>> Ubnt_users mailing list >>> [email protected] >>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >> _______________________________________________ >> Ubnt_users mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/ubnt_users > > > > _______________________________________________ > Ubnt_users mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/ubnt_users > _______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users _______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users </blockquote> _______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users </blockquote> _______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users
_______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users
