Чтобы проверить, действительно ли ваши настройки решили проблему, единственный способ — подключить к одной точке доступа примерно 35–45 клиентов и попробовать зайти в интернет с каждого из них. Если ни у одного из этих клиентов не будет тайм-аута, значит, вы исправили проблему с помощью этих изменений. Если нет, то решение — Airtime Fairness, почитайте о нем, есть несколько тем на форумах с подробными объяснениями. Для меня плюсы явно перевешивают минусы, так как все мои точки доступа могут одновременно обслуживать 40+ клиентов, а надежность для меня важнее скорости (в моих конкретных условиях). Вот видео, которое кто-то выложил на одном из форумов — там довольно понятно объясняется: https://youtu.be/UZTYb07GZUY

Включение Airtime Fairness решило эту проблему. Знаю, что этот пост уже старый, но публикую это для справки и документации на случай, если кто-то случайно выключил эту настройку, столкнулся с той же проблемой и наткнулся на этот пост.

Они могут быть, но идея в том, чтобы помочь вам решить ваши проблемы.

Возможно, вы не понимаете смысла создавать новую тему, но я и другие участники форума видим в этом необходимость. Это нужно для того, чтобы каждая проблема рассматривалась отдельно по своим симптомам. Кроме того, когда автор темы решает свой вопрос, тема отмечается как решённая и уже не получает внимания, в то время как ваша проблема остаётся без ответа. Если вы создадите отдельную тему, посвящённую именно вашей ситуации, эта проблема будет исключена. С уважением, Fireblade.

15 точек доступа Unifi AP Pro версии 3.2.12.2920 на контроллере Ubuntu Unifi 4.6.6  
- 4 SSID вещаются одновременно на 2.4 и 5 ГГц радиочастотах.  
- 3 SSID защищены Enterprise WPA2-AES в связке с Windows NPS сервером.  
- Коммутатор Cisco SG300-52 с PoE портами.  
- Маршрутизатор ASA 5520.  

Все радиоканалы назначены вручную, мощность передачи установлена на низкую. В период, когда точки доступа перестали передавать трафик, не было ни перегрузок, ни радио помех.  

На коммутаторе я заметил частые переключения интерфейсов (up/down) на портах, к которым подключены точки доступа, длительностью примерно по секунде.  

Одна из точек доступа после процедуры «забыть/повторно принять» отказалась брать или обновлять время с контроллера, пришлось устанавливать вручную.  

Еще одна проблема — даже если находиться прямо под точкой доступа, скорость передачи трафика очень низкая (10-15 Мбит/с). Также один-два MacBook Pro постоянно теряют беспроводное соединение: какое-то время работают, потом отключаются. Раньше таких проблем с оборудованием Cisco (AP1130G) не было.  

Честно говоря, как опытный сетевой инженер, я довольно удивлен производительностью этих точек доступа. У меня есть устройства для SOHO, которые показывают более стабильный уровень сигнала передачи, чем UNIFI AP Pro. Был довольно воодушевлен, когда услышал про Unifi и хотел развернуть их, но после нескольких месяцев использования начинаю думать, что это оборудование не предназначено для корпоративной среды.  

Не вижу смысла открывать новую тему — это ровно та же самая проблема. Было бы отлично, если бы где-то можно было найти лучшие практики или официальное руководство по настройке точек доступа.

@leskov

Тебе стоит начать новую тему по своей проблеме. Расскажи подробнее о том, как у тебя всё настроено.

@UBNT-David

У меня такая же проблема, но я использую прошивку 2.4.6 из-за её надежности и производительности по сравнению с версией 3.x, и у меня такой вопрос: если я снова окажусь в одной из таких ситуаций (что случается довольно часто), что мне делать, чтобы точно определить и изолировать причину проблемы? Потому что когда это происходит время от времени, я выгляжу глупо, выбрав Unifi вместо других вариантов...

Сценарий 1: UAP-Pro работает с более чем 20 клиентами (iPad), некоторые iPad работают нормально (но медленно), а у других вообще нет интернета. Я хочу зайти по ssh на точку доступа, а дальше что? stainfo? stamgr? У меня есть вывод этих команд, который я приложу в текстовом файле, но я понятия не имею, куда смотреть, чтобы найти полезную информацию. Пинг с устройства до любого внутреннего сервера тоже не работает, как будто связь полностью обрывается, когда возникает эта проблема. Перезагрузка AP решает проблему, но только до следующего раза. Всё это происходит в школе, и очень раздражает, когда учителя звонят и жалуются, а к тому времени, как я добираюсь и понимаю, что случилось, и приходится перезагружать точку доступа, уже нет времени залезть на форумы, задать вопрос, ждать ответа и так далее... Хотелось бы, чтобы был чат, где можно сразу запросить помощь, и техник мог бы дистанционно помочь в режиме реального времени, может быть, тогда все эти метания длились бы пару минут... В общем...

Сценарий 2: UAP-Pro работает с 40-50 клиентами (iPad и MacBook), не могу сказать, что все клиенты внезапно перестают выходить в сеть, но как минимум несколько пользователей начинают жаловаться, и тогда проверить каждое устройство уже невозможно — остаётся только перезагрузить точку доступа, чтобы решить проблему. Но даже если после перезагрузки количество клиентов возвращается к 20-25, трафик снова обрывается до следующей перезагрузки.

В моём файле конфигурации всего несколько строк:  
config.uapsd_enabled=false  
config.ntp_server=0.us.pool.ntp.org  
config.igmpsnoop_enabled.SSID1=false  
config.igmpsnoop_enabled.SSID2=false  

Все точки доступа вручную настроены на самый низкий уровень мощности — 12 dBm, некоторые работают на обоих диапазонах. Я реально не думаю, что проблема в радиочастотах, потому что могу стоять прямо под точкой доступа, а интернета нет, но при этом другой клиент из 30 работает, пусть и очень медленно, пока не перезагрузишь точку доступа, после чего скорость сразу нормализуется, как и положено.

Можешь по шагам подсказать, что делать для диагностики, чтобы отследить и изолировать причину?  
Я соберу справочный документ со всеми вашими вопросами, а когда проблема снова возникнет, постараюсь заполнить как можно больше информации и отчитаться здесь о результатах, но не хочу, чтобы эта тема сошла на нет, ведь проблема продолжается и решения пока нет. Так что, пожалуйста, давайте попробуем разобраться.  

Спасибо!

Обязательно вручную установи канал с наименьшей загруженностью. Автоматический режим для мощности передачи просто означает высокую. Всего доброго, Эндрю.

Быстрый поиск в гугле показывает, что «*** TIMEOUT (10000us) while waiting for nf to load» означает, что канал настолько шумный, что не удалось найти тихий момент, чтобы обновить уровень шума (то есть по каналу всё время что-то передавалось). Спасибо, Энрю.