https://community.extremenetworks.com/t5/aerohive-migrated-content/cpu-showing-70/m-p/75932#M6862 <P>Randomly one of our APs jumped to 70% CPU, since nobody is connecting we run 8.4r10a</P> Sat, 21 Sep 2019 15:48:21 GMT cforrest 2019-09-21T15:48:21Z https://community.extremenetworks.com/t5/aerohive-migrated-content/cpu-showing-70/m-p/75932#M6862 <P>Randomly one of our APs jumped to 70% CPU, since nobody is connecting we run 8.4r10a</P> Sat, 21 Sep 2019 15:48:21 GMT https://community.extremenetworks.com/t5/aerohive-migrated-content/cpu-showing-70/m-p/75932#M6862 cforrest 2019-09-21T15:48:21Z https://community.extremenetworks.com/t5/aerohive-migrated-content/cpu-showing-70/m-p/75933#M6863 <P>HI what we noticed was that another AP also , lost service until I intervened and manually assigned a channel, then this AP chose the same channel as an adjacent AP (36), Which I didnt think would happen with co-existing ASCP neghbours. Could this be because we dont swap channels on those APs which have voice clients connected, this could result in same APs moving channel and some not. To fix the issue quickly I moved the adjacent AP to ch 108@40 , since changing the channel the AP CPU has dropped and now as per usual 18-20 clients are connected. </P> Mon, 23 Sep 2019 14:46:45 GMT https://community.extremenetworks.com/t5/aerohive-migrated-content/cpu-showing-70/m-p/75933#M6863 cforrest 2019-09-23T14:46:45Z