The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Раздел полезных советов: Бесшовная миграция (роуминг) Wi-Fi ..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Заметили полезную информацию ? Пожалуйста добавьте в FAQ на WIKI.
. "Бесшовная миграция (роуминг) Wi-Fi для клиентов Linux и Android" +1 +/
Сообщение от sfstudioemail (ok), 26-Фев-18, 18:36 
> "Пинки" я не трогал, на первый взгляд все на месте. Заменил только
> "прилетит по голове" на "отсоединит".

Ок, ок. =)))

Но в данном случае именно прилетит по голове. Ибо отсоединит это зело мягко. Там натурально выпнет с АП, нагло и безжалостно и будь что будет. В этом и соль.

Нет в 802.11 нормальных механизмов мягко попросить уйти, можно только в голову пнуть =)

Стопка reason code заложенных в этот типа стандарт, не реализуется ни кем, даже циской. А говорить о клиентах вообще не приходиться.

Поэтому либо клиент сам решит мигровать, без пинка запустит handover и незаметно для юзверя переключится на новую АП. Или же злобный handoff настроенный админом сопнёт залипалу в надежде что тот переключиться на более подходящую АП. Вторая процедура почти со всеми клиентами приводит к обрыву соединений приложений.

Вот такой вот бубльгум.

802.11k/r так же не содержат механизмов для мягких уговоров.

802.11r (FT) по сути чисто ускорялка аутентификации, то критично только в случае с авторизацией на радиус
802.11k (RRM) добавляет возможность получения клиентом данных о соседях для быстрого выбора кандидата для миграции. Т.е. предоставляет списки соседей + ещё кой какую доп информацию.

При этом RRM так же обычно не реализован на клиентах или реализован лишь частично.

Основной профит от него это сокращение фазы сканирования. Ибо можно просто у текущей ап узнать хотя бы список АП и каналы на которых они работают и не тратить время на сканирование всех диапазонов, что может занимать больше 5 секунд для дуалбэнд клиентов запросто. В случае же со схемой с RRM мы должны потратить всего порядка 20мс что бы послать broadcast probe на уже известном нам из данных от АП канале. 5с vs 20мс. ;) Но блин всё упирается опять таки что даже клиенты умеющие RRM далеко не всегда предсказуемо работают с этими данными, а уж спросит или не спросит данные у RRM зависит от погоды на марсе.

В общем усё есть у нас на сайте, и будет дополняться со временем.

Я откровенно устал за последние 1,5 года столько железок (клиентов) проанализировал, можно энциклопедию издавать.

P.S. Как ни странно, но что касается имено корректного handover то максимально правильно оно реализовано в яблофонах старше 6го поколения на последних версиях IOS. В мире Android близко к ним подобрались топовые и полутоповые самсунги, но они регулярно что-то ломают в радио, и после каждого обновления поведение меняется.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Раздел полезных советов: Бесшовная миграция (роуминг) Wi-Fi ..., auto_tips, 26-Фев-18, 12:59  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру