CRS317-1G-16S+ высокая загрузка процессора приводит к потере пакетов

Трудно сказать. Возможно, есть какая-то несовместимость беспроводных протоколов с определёнными моделями клиентов (в этом форуме чаще всего упоминаются устройства Apple, но, думаю, это просто потому, что они самые распространённые среди тех, кто сталкивается с такими проблемами). Если это так, то проблема должна проявляться как на интерфейсах cAPs, управляемых через CAPsMAN, так и на локально контролируемых, ведь беспроводной стек в обоих случаях одинаковый, отличается только способ настройки. Чтобы разобраться, нужно определить конкретное устройство клиента с этой проблемой и прослушать его трафик — есть ли у него IP-адрес через DHCP, проходят ли ping-запросы или ответы и так далее.

Если я правильно помню, точки доступа ищут канал с наименьшими помехами среди тех, что разрешены в конфигурации каналов; попробуй выполнить команду /caps-man interface scan, чтобы проверить, что реально видно в эфире. К тому же я не эксперт в этом вопросе, да и в руководстве об этом ничего не сказано, но поскольку ты указал C e для 2.4 ГГц, боюсь, что на самом деле разрешены только две группы 40-МГц каналов — 2412 + 2432 или 2437 + 2457 (поскольку 2482 не является разрешённой частотой канала), а может даже только 20-МГц каналы, если требуется точное совпадение с частотой расширенного канала; для 5 ГГц C eee означает всего одну группу 80-МГц каналов — 5745 + 5765 + 5785 + 6805.

Почему ты повесил что-то подобное на свитч — понятия не имею. Любой роутер, а не свитч, должен был справиться, да?