I know that the Aruba / Hewlett Packard literature says that you can
support 2000 APs on their biggest controller (7240XM).
Is anyone actually running that many APs per controller in real
production? If not, then how may APs per controller do you run?
For relative size info, we're a diverse hig
On 03/10/2017 08:58 AM, Earl Barfield wrote:
> I know that the Aruba / Hewlett Packard literature says that you can
> support 2000 APs on their biggest controller (7240XM).
>
> Is anyone actually running that many APs per controller in real
> production? If not, then how may APs per controller do
We found on the older M3 blades that we could run 80% of the Max. We found
having multiple SSIDs and 802.1X overhead processing will lower the recommended
AP counts but that was over 6 years ago and we have stuck with the 80% of the
Max since then. I think the newer 72xx series are beefier
We have 6x 7240 and 6x 7240xm.
The 7240 are for campus, the 7240xm are for residence halls.
Here is a diagram of how we are set up. This is for campus, residence
halls is a direct mirror except with 7240xm.
[image: Inline image 1]
The masters do not have any APs on them.
Campus has close to 3
At the University of Iowa, we try not to put more than 80% of the max AP’s on
our 7240’s.
We have ~9200 AP’s and 44-50K clients peak load. We have primarily AP-225s and
AP-205H’s (with some 224s and outdoor APs).
We have four clusters consisting of primary and backup masters with sets of
prim
We have one Aruba 7240 with 1900 APs and another with 1550 APs. Each is
paired with another 7240 for redundancy purposes, but the APs are joined
to just one controller in the pair and not distributed between the two.
We haven't seen any performance or behavior differences between the
controller
On a somewhat related note if you’re running WiFi Analyzer (the popular Android
App, not the Fluke product) on your phone or tablet it also makes a lot of
noise and could falsely give you the impression an environment is a lot noisier
than it is. It can be very helpful, just be aware if it’s eff
We are currently running version 8.0.133.0 on our Cisco 5508 controllers, as
our current access points are primarily 3500s and 3600s. However we have
recently purchased a batch of 2802i access points whose minimum supported
version is 8.2.110.0. I was looking to the group for their recommendati
Bruce,
I've got 2 clusters (WiSM2-HA), with a mix of APs from 1142,
3502, 3702, 3802, and 702 model numbers. We're running 8.2.141.0 on both
clusters, with over 900 APs on each, and around 4500 clients on each as
well. We upgraded to 8.2.141.0 72 days ago, and have had no outa
Oh my.
Run, run far far away. :)
1810's are the buggiest. And require MR5 (Which is not out officially yet)
But some bugs that hit the 2802's hard are resolved in MR5. (users not
connecting on Intel Chipsets) are resolved in MR5.
8.2.141 is the minimum I would suggest. But MR5 will be out in
We have been running 8.2.141 on a couple production 5508 controllers since
early February and are happy so far. The update helped with some 2802
issues we had with the radios getting stuck or the APs crashing. I think
it also had some improvements with the auto channel width but we had
already ab
University of Wyoming runs about 1500 APs in a master/standby master setup on 2
Aruba 7240. We plan to keep the total below 80%.
Troy
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
on behalf of Earl Barfield
Sent: Friday, March 10, 2017 6:58:1
Bruce,
If you have 2800/3800’s, use the MR5 beta located here. You’ll have to fill out
the form. There is a slightly newer build then is documented.
https://supportforums.cisco.com/discussion/13205296/82mr5-interim-availability
Official MR5 is getting closer but still a few days out (maybe a wee
If I may add to the question, does 8.2.141.0 solve the roaming issues with
Apple devices and the association issues with 3700s seen in 8.0?
We’re on 8.0.121.0 and we’re experiencing delayed association/roaming,
particularly on Apple devices. 8.0.140.0 improved roaming but caused devices to
rand
Follow up – Pending something unforeseen, it was confirmed that 8.2 MR5 is
expected to be released in the later part of next week.
Jeff
From: "wireless-lan@listserv.educause.edu"
on behalf of Jeffrey Sessler
Reply-To: "wireless-lan@listserv.educause.edu"
Date: Friday, March 10, 2017 at 11:5
15 matches
Mail list logo