Thanks for sharing Fred. We ran into the STM CPU spike as well on the first week of school. The users can't connect to the SSID, longer time to auth, connection drop, and the spinning wheel...etc. The case is opened with TAC and so far they're looking into it, only recommendation at this point is to remove Airwave pulling on the Controllers. Aruba EE didn't ask to disable OpenFlow in my case. Our Cpu still spike in 2MDs out of 3. and STM drop showed a little on #1 and #2 MD's controller.
Just curious, what else did they change in your environment other than disabled the OpenFlow? and the OpenFlow is at the VAP Profile right?
Our Env : 2600 APs, 535's, 375's, 365's, 335's, 334's, 315's, 275's, 224's ,225's. 2xMMs, 3xMDs main cluster, 2xMD another cluster (no APs on this one). Code is 8.6.0.9
Kevin
------------------------------
KEVIN DIEP
------------------------------
Original Message:
Sent: Aug 31, 2021 10:50 AM
From: Fred Jordan
Subject: After students come back; STM process now starved for CPU and associations failing at a very high percentage rate
3400 APs; mostly 325's, 105's, 225's345,5, 275's in that order and a few others; ~22000 max concurrent users slightly less is good average; 2x MM's 3xMDs 8.6.0.9.
And our problem is resolved, but we do not prefer having to turn off openflow; we hear it is needed for Air Group, and maybe other advantages.
Original Message:
Sent: 8/31/2021 9:45:00 AM
From: censania
Subject: RE: After students come back; STM process now starved for CPU and associations failing at a very high percentage rate
Out of curiosity what does your deployment look like?
- how many APs? predominantly what models?
- MMs and MDs? number and models? Code version?
- average # of clients you are seeing on a typical day
We've had a pretty smooth start of semester here... ~1600 APs , 2x MMs & 2x MDs, 8.8.0.1, many 205H/303H's in housing, and 224's, 225's, 335's, and some 535's in acad/admin buildings.
------------------------------
Cody Ensanian
Original Message:
Sent: Aug 30, 2021 07:50 PM
From: Fred Jordan
Subject: After students come back; STM process now starved for CPU and associations failing at a very high percentage rate
Seems our First day of classes last week when the students arrived on campus we had a huge issue that lasted all day.
Seems the STM process was starved for CPU(and maybe other resources) and a very large percentage of associations were failing.
We turned off Openflow and changed some other settings and the next day was much better.
However we just found out today we were not alone; that at least one other university has had this problem since the students have returned.
Anyone else?
If you are interested, email me and I'll give you our case number and share any other information that may help you.
Thanks,
Fred