> "Пинки" я не трогал, на первый взгляд все на месте. Заменил только
> "прилетит по голове" на "отсоединит".Ок, ок. =)))
Но в данном случае именно прилетит по голове. Ибо отсоединит это зело мягко. Там натурально выпнет с АП, нагло и безжалостно и будь что будет. В этом и соль.
Нет в 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 близко к ним подобрались топовые и полутоповые самсунги, но они регулярно что-то ломают в радио, и после каждого обновления поведение меняется.
