topic Re: AP230 in Aerohive Migrated Content

AP230

AnonymousM — Fri, 15 Mar 2019 23:08:08 GMT

Good afternoon dear colleagues I would like to ask you a question, We have inside the institution a hall with three AP230 where we are having problems. The coverage is good but navigation degrades to such an extent that the AP removes users from the network and navigation is very slow.

In this corridor, 100 are connected, of which 61 are iPads of a shared cart for students, and every day they report slowness of the Wi-Fi network.

We have already tried modifying with channels, power, etc. and we could not find the solution. And it only happens in that hall where the concurrence of clients is greater.

If you have any suggestions for where we should look, I would appreciate it.

Re: AP230

samantha_lynn — Fri, 15 Mar 2019 23:24:25 GMT

Would you be able to share tech data from the problem APs so we can take a look at the radio environment?

To get tech data using HiveManager Classic (myhive.aerohive.com) go to

Monitor> Select the check box next to the AP> Utilities> Get Tech Data.

To get tech data using HiveManager (formerly NG, cloud.aerohive.com) go to

Tools> Utilities> Get tech data> Check the box next to the device> Get tech data (blue button at the top of the page this time).

This guide reviews how to get tech data from the CLI of the AP in case that's easier:

https://thehivecommunity.aerohive.com/s/article/Collecting-Tech-Data-via-CLI

Re: AP230

AnonymousM — Mon, 18 Mar 2019 16:44:09 GMT

Thank you very much for the prompt response to which mail I can send the file? to this one? communityhelp@aerohive.com

Re: AP230

samantha_lynn — Mon, 18 Mar 2019 20:14:25 GMT

Yes that is the best email to use, my apologies for forgetting to include that earlier.

Re: AP230

AnonymousM — Mon, 18 Mar 2019 23:45:40 GMT

I sent you the email from rromero@colegiokolbe.com. thank you

Re: AP230

samantha_lynn — Tue, 19 Mar 2019 00:09:20 GMT

Thank you for that tech data. I took a look at your Radio Frequency environment and I do see some neighbors that are too loud. If you run the command "show acsp neighbor" on the CLI of the AP you can see what I'm referencing. In this output we want to look mainly at the RSSI column, and we want that value to be between -75 to -100. Values from the -50's up to 0 indicate a neighboring device with signal that is overlapping with the signal from the AP you're SSHed in to. To help with this, you'd want to turn the power down on the APs. I know you've mentioned you were already adjusting the power, but you may need to go as low as 1-2dBm to account for other devices in the same air space. I usually recommend lowering the power by 2dBm per test, letting the AP run for an hour, then checking those RSSI outputs again. This will help avoid drastic shifts in your area coverage and will help us find the balance between covering your entire area for wireless and not overlapping signals with other devices near by.

Some good news, I checked the health of your 2.4GHz and 5GHz radio and I'm seeing no significant interference there. Which means it's unlikely that any environmental factors or settings (other than power levels) are causing signal issues for you.

Re: AP230

AnonymousM — Wed, 27 Mar 2019 01:12:56 GMT

Estimado SAM, hemos bajado la potencia a la sugerida pero el comportamiento es el mismo, me he percatado que coincide la degradación de la red con considerables perdidas de paquetes por ejemplo haciendo ping al 8.8.8.8, va y viene. Estos AP230 van conectados a un switch cisco SG300-28 PoE y en os puertos no hay errores, tampoco pierdo paquetes si le hago ping directamente a la ip del propio AP. Tampoco existen loops en la red. Curioso es que solo ocurre en estos APs del mismo pasillo que van al mismo switch de los 23 que tenemos. Otra cosa la red cableada va de maravilla.

Sería de mucha ayuda si me das alguna otra idea donde pueda mirar. Saludos y gracias.

Re: AP230

samantha_lynn — Wed, 27 Mar 2019 02:11:59 GMT

Sería capaz de obtener datos técnicos durante los momentos en que observa estas pérdidas de paquetes? O tal vez ejecutar una captura de paquetes durante los principales tiempos de pérdida de paquetes para que podamos tener una idea del tráfico que se está pasando?

Re: AP230

AnonymousM — Mon, 08 Apr 2019 19:40:58 GMT

Dear, SAM, I sent you the email from rromero@colegiokolbe.com. thank you

Re: AP230

samantha_lynn — Mon, 08 Apr 2019 19:55:29 GMT

Thank you for that packet capture, I was able to see that your broadcast and multicast traffic made up approximately 20% of the network traffic, and we had no clients sending an unexpectedly large amount of traffic in comparison with the rest of the devices on the network, so we can rule out latency, broadcast storms, and rouge client devices. Unfortunately the tech data only included the buffered log, could you send the entire tech data file over for me to review?