То есть меш в теории у тебя

не совсем, меш - это система взаимодействия для образования полносвязанного графа по доступным тропам

Ну так я о том же - что схема меш не завязана именно на радиоканалы

и подразумевает перестроение графа путём переноса его вершин для образования новых тропов

не так - есть настройка силы сигнала, где ты можешь с точки принудительно выкидывать "слабых" абонентов.

У меня только руки не дошли

т.е. у тебя есть cap и ты её перенёс, при настроенном меше она образует новые связи и впишется в граф

В меш есть какой-то центральный управляющий контроллер, как менеджер в капсмане?

Да это есть, но куда цепляться дальше решает клиент он вполне может обратно ломится

Чему там доходить

аксеесс лист настроить :

"Ололо, или "Бесшовный роуминг в 802.11 аКа Wi-Fi"
или "Как маркетологи продают, а неучи верят"

Краткие тезисы и пояснения сути.

Клиент ищет точки, куда можно подключаться
Клиент решает, когда переподключаться
Клиент решает, куда подключаться
Клиент инициирует переподключение
Клиент выбирает, на какую частоту подключаться (2.4 или 5ггц)

АП может:
- Отвечать с задержкой на запросы аутентификации от клиента (как одна из реализаций band-steering, например)
- Отказывать в аутентификации клиенту (по силе сигнала, при большой нагрузке на АП и тп)
- Де-аутентифицировать клиента (должно использоваться как "крайняя мера".
- Предоставлять клиенту оптимизированный список соседних АП для роуминга  - 802.11k
- Предоставлять информацию о загруженности других АП 802.11v
- Ускорять процесс роуминга, используя "быструю аутентификацию" заместо полного процесса переаутентификации - 802.11r

При этом, kvr - совершенно не обязательны и требуется поддержка оного и клиентом, и АП

(пояснения специально упрощены для простого понимания, желающим глубже окунуться - читайте стандарты)

Во всём этом, "МОЖЕТ" - ключевое слово.  Несмотря на все вышеперечисленное, именно клиент решает, куда и как он хочет подключаться, и его решения могут целиком и полностью не совпадать с "рекомендациями и желаниями", полученными от АП. Потому что так решили те, кто писал драйвера и прошивку модуля.

Отсюда появляются Типичные ситуации:
- АП де-аутентифицирует\не аутентифицирует клиента. Он продолжает попытки коннекта к "старой" АП. Потому что хочет. Роуминга не происходит. Вифи у клиента не подключается.
- Игнорирование клиентом одной из частот (2.4 или 5ггц) просто потому, что у него где-то внутри стоит приоритет одной из.

Как "последнее слово" и итог: "Бесшовного" роуминга в 802.11 аКа Wi-Fi не существует в принципе. Максимум - "быстрый роуминг на стероидах". Повлиять на поведение клиента мы не можем от слова никак, лишь надеяться на адекватность его драйверов\прошивки.

Как таковой "настоящий" роуминг, который "handover" - в 802.11 отсутствует и не предусмотрен стандартом.

tl;dr Его не существует. Смиритесь.

#бесшовный #kvr #ясделаль

Политики отключения клиента со слабым сигналом в микроте работают отлично, только в 50% случаев клиентское устройство, после отключения всё равно с упорством маньяка пытается подключается к точке, от которой её с неменьшим упорством снова и снова отключает политика🤦🏻‍♂️

Я думаю для 99% людей это обозначает просто то, что куча точек доступа формируют одну сеть.
Дисконнект на пару сек - да и пох )

А надо планировать покрытие для каждой точке чтобы в пограничной зоне было слышно клиенту две как минимум точки😜

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

В бытовых условиях это порой малореально

А других политик у нас нету

А как лучше, разделять 2.4 и 5 ГГц SSID или нет?

в меш нету суперноды!!!