Если честно, эту конкретную проблему уже решил. Подробнее здесь https://forum.meteohub.de/viewtopic.php?p=51452#p51452, но коротко — когда устройство запускается, оно проводит опрос сети, ищет определённый SSID, потом запоминает канал, на котором его обнаружило, и остаётся на нём. При перезагрузке процесс повторяется. Мои IW и Mesh загружаются быстрее, чем Pro, поэтому они всегда пытались подключиться к тому, что стартанул первым. Перезапустил скрипт опроса сети — и всё поменялось.

Тоже самое. Из-за этого мне интересно, не связано ли это с версией контроллера или прошивкой U6-Pro. Попытаюсь чуть снизить сигнал Mesh с помощью кастомных настроек или немного поднять у Pro. Сейчас, когда у всех минимальная мощность, получается такое соотношение:  
Transmit Power / EIRP  
U6-IW: 6 dBm / 11 dBm  
U6-Mesh: 6 dBm / 9 dBm  
U6-Pro: 6 dBm / 10 dBm  
Так что, может, поднять U6-Pro до 8 dBm? Сейчас пробую.

кратко: куча действительно плохих реализаций Wi-Fi. Ещё что можно попробовать — для устройств, которые не двигаются, сделать SSID, который транслирует только одна из ваших точек доступа, и настроить проблемные девайсы на использование именно этого SSID. Не стоит увлекаться — каждый SSID «съедает» часть времени эфира на передачу beacon-кадров, но если удастся держать минимальную скорость передачи данных на уровне 12 МГц, то уже будет лучше, чем раньше. (Beacon-кадры отправляются именно на минимальной скорости.)

Вы думали о том, чтобы поменять местами U6-Mesh и U6-Pro? Еще одна идея — поднять уровень передачи (Tx) у U6-Pro на пару децибел по сравнению с U6-Mesh. Что касается уровня мощности, опытные ребята на этом форуме всегда советуют использовать настройку «custom» (ручную), потому что никто толком не знает, что такое low/medium/high на самом деле. У меня на точках доступа «low» вроде бы совпадает с минимальной пользовательской настройкой, но слышал, что это может зависеть от модели точки доступа.

Вопрос действительно справедливый. Не думаю, что у моих устройств есть такая поддержка, хотя точно не скажу. Apple, похоже, не публикует диапазон поддерживаемых каналов для своей техники, а у меня сейчас нет точек доступа для теста — мои U6Ent не поддерживают U-NII-4.

У меня была пара AP ASUS XT8, купленных более двух лет назад, которые работали с U-NII-4, но единственное применение, которое я для этого нашёл, — это 80МГц беспроводной бекхол в практически полностью свободном спектре. Что было довольно круто (но сейчас у меня этого оборудования нет, потому что оно оказалось слишком багованным). Очень жаль, что другие производители не спешат добавлять этот диапазон; видимо, им больше по душе 6 ГГц с точки зрения маркетинговых модных словечек.

Эта ветка по-прежнему классная, и я часто к ней возвращаюсь. Но мне интересно, потому что я борюсь с некоторыми остающимися проблемами и пытаюсь их решить. Во-первых, я в США. У меня дома 3 точки доступа. Они настроены на каналы 1, 6 и 11 на 2.4 ГГц. Все работают на низкой мощности. Судя по отчетам соседей от точек доступа, я _думаю_, что они выбраны оптимально для каждой из них. На всех вещают по 2 SSID — Default и IoT. Оба SSID работают и на 2.4, и на 5 ГГц. Но есть устройства, которые упорно подключаются не к той точке доступа, и из-за этого я вижу большое количество повторных попыток передачи на этих точках (когда что-то подключено с другого конца дома не к той точке). Если пытаюсь привязать устройство к конкретной точке – оно просто уходит в офлайн и так и остается =( Короче, оно как будто «зависает» на этой точке. Недавно пробовал изменить минимальную скорость передачи данных для IoT-сети с «auto» на 12 Мбит/с, но это особо не помогло. Есть идеи, что еще можно попробовать? Хотелось бы избежать minRSSI. У меня есть одно устройство на 2.4 ГГц в сети Default, иначе я бы выключил 2.4 ГГц для этого SSID. Знаю, что совет был сделать IoT SSID только на 2.4 ГГц, но мне это кажется нелогичным, если устройства умеют работать на 5 ГГц (например, Amazon Echo). Кто-нибудь сталкивался с проблемами на текущем бета/RC контроллере или прошивке Unifi (6.x, ведь у меня Unifi 6 AP)?

Да, твои рекомендации по каналам явно ориентированы на Европу. В этом нет ничего плохого, но если хочешь дать информацию для пользователей из Северной Америки, вот мой взгляд:

В диапазоне 2,4 ГГц использование канала 13 не рекомендовано — это не совсем незаконно, насколько я знаю, но обычно так не делают. Поэтому стандартное использование каналов — 1-6-11.

В диапазоне 5 ГГц ограничения по мощности передачи составляют либо 1000 мВт, либо 4000 мВт в зависимости от канала и того, где вы — в США или Канаде. Этого достаточно, чтобы редко задумываться о мощности при выборе канала — нет смысла усиливать сигнал точки доступа до 4 Вт, если устройства-клиенты не могут ответить с такой же мощностью. Обычно смотрят только на то, есть ли DFS или нет. Без DFS каналы — это 36-48 и 149-165. DFS-каналы — 52-64 и 100-144 в США, в Канаде те же, но без 120-128. (На практике каналы 120-128 в США тоже лучше избегать из-за наличия метеорологических радаров.) Как и в Европе, использование DFS-канала чревато задержкой при включении и возможными внезапными сбоями связи, если точка доступа обнаружит конфликтующий сигнал. Поэтому люди предпочитают 36-48 или 149-165, если там не слишком много нагрузки. В зависимости от конкретного места и канала использование DFS может быть как неудобством, так и отличным вариантом.

В США, но не в Канаде, недавно разрешили использовать каналы 169-177 в диапазоне 5 ГГц так же, как 149-165. Вместе с уже доступным каналом 165 это дает еще один DFS-свободный канал шириной 80 МГц. К сожалению, пока очень мало клиентских устройств, которые поддерживают эти новые каналы. Лично я успешно использовал 165-177 как 80 МГц канал для обратной связи между двумя совместимыми точками доступа.

Диапазон 6 ГГц открыт от канала 1 до 233 — здесь места больше, чем в Европе, но конкуренции все равно мало, так что можно смело выбирать любой PSC-канал без переживаний.

Кстати, возможно, стоит дать ссылку на статью в Википедии «List of WLAN channels», где вся эта информация собрана для всего мира.

Если кто-то хорошо разбирается в неевропейских каналах 5/6 ГГц (например, США/Канада и др.) и хочет поделиться рекомендациями, буду рад обсудить и добавить их в руководство!

Это может сработать, @rustydb, или ты можешь также включить 2.4 ГГц на WPA2/WPA3 ссылке. Легкой передачи между WPA3 и WPA2/WPA3 нет, поэтому устройства сначала отключаются, а потом заново подключаются. Использование 2.4 ГГц для устройств типа IoT вполне подходит. Удачи!