Для начала хочу попробовать отделить беспроводную сеть от проводной. Сделаю точкам manager forwarding и заверну беспроводных клиентов на отдельный бридж с другой подсетью.

Не может ли роутер ложиться под нагрузкой?

Говорят, время от времени нагрузка поднимается до 16%. Вроде, не много...

Я бы в первую очередь поставил клиента, на котором запустил пинги клиент-точка, клиент-роутер, клиент-инет, клиент-клиент

Сразу бы в 4 раза уменьшился круг подозреваемых

Да, хорошая идея

И ещё роутер-инет

что-то тут не так...

Вы про то, что throughput и capacity в пакетах одинаковые, а в мегабитах отличаютсч в 2 раза?

Клиенты при этом переключаются между точками?

Надо уточнить, но, по идее, нет. Насколько я понял, это, в основном, ноутбуки и принтеры.

Это важно, если они в рамках одного ESS (один SSID) меняют BSS (BSSID), переходят от одной точки до другой, то это нормальное явление для вашей конфигурации, с local forwarding.

Они сталкиваются с aging timer в mac-forwarding table коммутаторов.

Я обращу на это внимание. Спасибо за наводку. А если сделать manager forwarding, то я обойду это?

Да, тогда весь wireless трафик будет передаваться по CAPWAP (data channel) протоколу до контроллера и там терминироваться уже.

То есть с точки зрения коммутаторов все Wi-Fi клиенты будут подключены, как будто к одному микротику, поэтому даже если клиенты будут менять на самом деле станции, для коммутаторов это будет не видно.

А имеет ли значение, куда физически включены точки: в коммутатор или напрямую в capsman?

Для local forwarding конфигурации определяющие, для manager forward нет.

А если включен local forwarding и точки физически включены в порты роутера, на котором capsman, этот эффект тоже будет проявляться?

Нет проблема лежит в плоскости формирования таблицы коммутации в Ethernet протоколе.

Она наполняется путём изучения MAC адреса источника полученного через входящий порт. Получение кадра возможно только в трёх случаях, если клиент подключен к порту физически, если какой-то коммутатор не знает, как достичь MAC адрес назначения или это широковещательный кадр.

Когда Wi-Fi клиенты меняют AP, то с точки зрения коммутаторов нечего не происходит. Они не могут узнать об этом, пока не получат кадр от клиента через другой порт или не истечёт таймер.

Каждый коммутатор осуществляет коммутацию независимо и поэтому, даже, если какой-то другой коммутатор уже узнал, что клиент подключился к нему, другие об этом не узнают.

Когда все клиенты так или иначе подключены к одному коммутатору/маршрутизатору, не суть важно, то смена порта клиента происходит быстрее.

Но, при подключении всех AP к CAPsMAN контроллеру напрямую, уже не важно, local forwarding или manager forwarding использовать, они же физически будут подключены к одному устройству.

Вот тут большая ошибка