Jump to content
  • 0

Технология "802.11k/r/v roaming" пояснения


vasek00

Question

Цитата
  • interface {AccessPoint} rrm — включить расширения 802.11k RRM (Radio Resource Management)
  • interface {AccessPoint} ft enable — включить поддержку 802.11r FT (Fast Transition)
  • interface {AccessPoint} ft mdid {mdid} — настроить идентификатор Mobility Domain
  • interface {AccessPoint} ft ods — включить режим Over-the-DS
  • interface {Bridge} iapp key {key} — настроить ключ обмена данными по IAPP*

Ввиду начала внедрения "802.11k/r/v roaming" можно хоть как то на пальцах как это будет выглядеть. Из того что есть :

FT enable - обязательна для клиента, механизм обмена ключами, т.е. если не можешь то для тебя так сказать проблема. FT Protocol и FT Resource Request Protocol между клиентом и точкой общение происходит на прямую "через воздух" (Over-the-Air) или через используемую точку (Over-the-DS). Идентификатор  Mobility Domain роуминг в пределах одного домена.

т.е. имеем клиента который будет сам запрашивать от ТД по SSID список соседей через ActionFrame => формирования списка на ТД будет автоматом по SSID, частотные каналы в данном случае должны быть одинаковые на всех ТД или могут быть разными.

Пока описания данных команд в cli нет.

Или это как-то выглядит по другому?

Link to comment
Share on other sites

Recommended Posts

  • 0
В 26.11.2018 в 17:54, Владимир23 сказал:

Как появится 2.14.B.2, то понаблюдайте за появлением status code: 28. Если у кого проявится, то отпишитесь

Ultra II 2.14.B.2.0-1 и на трех ТД подключенных к ней сообщение присутствует.

2018-11-27_193607.png.542939288d7630aeaeb95c6aa2ea7c41.png

Edited by T@rkus
Link to comment
Share on other sites

  • 0

В 2.14.B.2.0-1 были пофиксены часть причин появления code status: 28. На следующих прошивках в планах другие причины также исправить. Тема ускоренного роуминга развивается и Keenetic занимается этим активно.

Link to comment
Share on other sites

  • 0
1 минуту назад, Владимир23 сказал:

а что за модель STA (dc:...:68:9e)?

Увы не знаю. Дело было в гостевой сети. Там за день масса устройств бывает. Но это вчера и сегодня вот так вот наследило в логе. Могу только полный МАС устройства дать :)

Link to comment
Share on other sites

  • 0

В релизе 2.14 стоит ли ждать решения проблемы?

Также когда-то давно проскакивала информация, что 802.11v как раз планируется в этот релиз, но на сколько я понимаю, пока не успели сделать?

Link to comment
Share on other sites

  • 0
14 часа назад, Владимир23 сказал:

Firmware v2.14 включает 11k/r. В следующей прошивке в планах 11v. В работе.

А разве релиз 11k/r состоялся не в v2.13 ?

Link to comment
Share on other sites

  • 0

Sams клиент, на котором просто включен разарботчик и галки в некоторых местах на разделе сети, root не нужен.

Два роутера с одним SID но с разными каналами 5GHz - 5180 и 5280

Без имени-1.jpg

Без имени-2.jpg

Edited by vasek00
Link to comment
Share on other sites

  • 0
Роутер1
Дек 7 16:50:34 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:d9) had associated successfully (FT mode).
Дек 7 16:50:35 wmond WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:d9) set key done in WPA2/WPA2PSK.
Дек 7 16:50:35 ndhcps DHCPREQUEST received (STATE_INIT) for 192.168.1.21 from хх:хх:хх:хх:хх:d9.
Дек 7 16:50:35 ndhcps sending ACK of 192.168.1.21 to хх:хх:хх:хх:хх:d9.

Роутер2
Дек 7 16:50:34 mtkiappd IAPP: UDP packet: invalid tag Version (59), possible IAPP keys mismatch!
Дек 7 16:50:35 ndhcps DHCPREQUEST received (STATE_INIT) for 192.168.1.21 from хх:хх:хх:хх:хх:d9.
Дек 7 16:50:35 ndhcps sending ACK of 192.168.1.21 to хх:хх:хх:хх:хх:d9.

IAPP: UDP packet: invalid tag Version (59), possible IAPP keys mismatch!

Link to comment
Share on other sites

  • 0
12 часа назад, Владимир23 сказал:

готовится к публикации новая версия v2.14. В ней будут внесены дополнительные исправления по ошибке 28 

Владимир, а Вы участвуете в разработке или какое-то отношение имеете к ней?

Хотелось бы получить какие-то официальные комментарии по этой проблеме, однако наши уважаемые разработчики почему-то обходят тему стороной.

Специально несколько месяцев назад обновлялся парк точек доступа на нескольких объектах для внедрения бесшовного роуминга, а в итоге поставленная цель была не достигнута и когда ждать решения проблемы и стоит ли вообще - не ясно.

Link to comment
Share on other sites

  • 0

работаю в Keenetic, но не занимаюсь подготовкой кода. Самому интересно проводить тест роуминга и участвую в этом форуме. Работаем над доработкой функций и техподдержка разбирает каждую тему. Предполагаю вы задавали очередной вопрос в среду нашей техподдержки и они ответили.

Link to comment
Share on other sites

  • 0
Только что, Владимир23 сказал:

Пожалуйста, пришлите скриншот логов либо полностью журнал. Если заводили тему в техподдержке, отправьте туда файл журнала. На какой модели это случилось?

Ultra II (роутер); Giga III (тд); Lite III rev/B (тд); Start II (тд) Со всех четырех роутеров логи прислать?

Link to comment
Share on other sites

  • 0
3 часа назад, T@rkus сказал:

После обновления роутеров на прошивку 2.14.C.0.0-3 ошибка FT authentication rejected (status code: 28) по прежнему присутствует. 

Ошибка означает, что хост-кейхолдер не может найти в базе PMK-R0 или R1 запись при попытке клиента пройти на нем FT auth. Такое сейчас возможно, после того как

- вы смените любые настройки Wireless и база PMK будет очищена при перезапуске драйвера
- роутер/AP будут перезагружены
- изменится IP на AP, при этом управляющий демон будет перезапущен

На текущий момент, в 2.14.C.0.0-3 это все факторы, приводящие к очистке базы данных PMK-R1 кейхолдера. До  2.14.C.0.0-3 существовали еще критерии, когда база кейхолдера обнулялась.

После того как клиент не смог перейти по FT auth, он обычно коннектится стандартным способом, используя 4-way хендшейк и база кейхолдера обновляется автоматически. У нас есть идеи, как побороть первые 2 пункта, не прибегая к сохранению PMK-R1 (так как он секретный).

-
На данной ошибке не стоит заострять внимание, так как результат FT auth выводили специально для внутренней отладки.

Link to comment
Share on other sites

  • 0
9 часов назад, Padavan сказал:

Ошибка означает, что хост-кейхолдер не может найти в базе PMK-R0 или R1 запись при попытке клиента пройти на нем FT auth. Такое сейчас возможно, после того как

- вы смените любые настройки Wireless и база PMK будет очищена при перезапуске драйвера
- роутер/AP будут перезагружены
- изменится IP на AP, при этом управляющий демон будет перезапущен

На сколько я понимаю, ни под один из 3-х случаев мой сценарий работы не попадает: 

К примеру, вчера утром я перезагрузил роутеры при обновлении прошивки, никакие настройки более на нем не менялись. Предположим, что после перезагрузки может разово возникнуть данная ошибка, однако она мелькает на протяжении всего дня. Вечером сотрудники ушли из офиса, вернулись на следующий день, авторизовались по 4-way после отсутствия, ошибка 28 мелькает снова весь день.

9 часов назад, Padavan сказал:

После того как клиент не смог перейти по FT auth, он обычно коннектится стандартным способом, используя 4-way хендшейк и база кейхолдера обновляется автоматически. У нас есть идеи, как побороть первые 2 пункта, не прибегая к сохранению PMK-R1 (так как он секретный).

-
На данной ошибке не стоит заострять внимание, так как результат FT auth выводили специально для внутренней отладки.

А разве тогда не теряется смысл бесшовного роуминга, если клиент не проходит FT, в результате чего начинается полный цикл 4-way? Ну и при этом происходит разрыв WiFi Call звонка.

С таким результатом можно любые другие ТД без поддержки роуминга использовать с одним SSID. Правда и времени на поиск соседних точек будет уходить больше, однако звонок все равно рвется даже и без этого затраченного времени.

Edited by pigovina
Link to comment
Share on other sites

  • 0

Речь о другом, наличие такой ошибки допустимо, факторы я перечислил. Если у вас после  2.14.C.0.0-3 все равно весь лог засыпан этой ошибкой, то что-то идет не так, нужно разбираться в конкретном случае.

Link to comment
Share on other sites

  • 0
3 часа назад, Padavan сказал:

Речь о другом, наличие такой ошибки допустимо, факторы я перечислил. Если у вас после  2.14.C.0.0-3 все равно весь лог засыпан этой ошибкой, то что-то идет не так, нужно разбираться в конкретном случае.

Сегодня посмотрел логи на четырех выше мной упомянутых роутерах. Ошибка появляется довольно часто. На всякий прилагаю self-testы со всех четырех.

  • Upvote 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...