Перейти к содержанию

Вопрос

Опубликовано
Цитата
  • 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 нет.

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

Рекомендуемые сообщения

  • 0
Опубликовано
В 25.12.2018 в 15:32, Padavan сказал:

T@rkus

Спасибо за логи, попробуем разобраться.

Удалось ли понять природу этой ошибки на новых прошивках?

  • 0
Опубликовано

Прилагаю свои self-test с 2-х KN-1410 на 2.14.C.0.0-4, роуминг не работает, постоянная ошибка status code: 28.

При WiFi Call голос либо пропадает на 2-3 секунды, либо происходит обрыв звонка.

  • 0
Опубликовано

Господа правильно я понял, что устройства что в вебморде кинетика значатся как 11n\k не будут работать с "бесшовным роумингом" ?

  • 0
Опубликовано
В 25.12.2018 в 15:32, Padavan сказал:

T@rkus

Спасибо за логи, попробуем разобраться.

Приветствую. Есть ли новости по этой проблеме? Giga (KN-1010 2.15.A.4.0-3)+ Extra (KN-1710 2.15.A.4.0-3) с iphone 8 ios 12.1.3 ошибка status 28 сохраняется.

  • 0
Опубликовано
3 часа назад, che100 сказал:

Господа правильно я понял, что устройства что в вебморде кинетика значатся как 11n\k не будут работать с "бесшовным роумингом" ?

в части k(сканирование эфира) будет, а вот ускорения миграции(r) не будет

  • 0
Опубликовано

В ближайшем драфте 2.15 выйдет
1) поддержка 802.11v BTM в Band Steering
2) исправления по 802.11r по проблемам обмена PMK-R1

По первому пункту, Band Steering для всех клиентов, поддерживающих BSS Transmission Management будет вежливо просить перейти на противоположный бэнд, без принудительного отстрела. При этом анализируется ответ (BTM response). Это значит, что появится нормальная работа как с FT клиентами, так и свежими Android, большинство из которых из коробки умеют 11k и 11v, но не умеют 11r. После того как клиент получит запрос, он сам решает, согласиться или нет.

Пример работы с Apple iOS 12 (11/k/r/v):

WNM BTM steering 2.4 to 5GHz (клиент соглашается):

[I] Jan 30 00:24:35 bndstrg: band steering: (1) send BTM request to ec:ad:b8:80:c8:21 for roam to 5GHz band
[I] Jan 30 00:24:35 bndstrg: band steering: WNM client ec:ad:b8:80:c8:21 accepted 5GHz band
[I] Jan 30 00:24:36 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(ec:ad:b8:80:c8:21) FT authenticated successfully.
[I] Jan 30 00:24:36 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(ec:ad:b8:80:c8:21) had re-associated successfully (FT mode).

WNM BTM steering 5GHz to 2.4GHz (клиент не желает переходить по внутренним соображениям):

[I] Jan 29 23:30:28 bndstrg: band steering: (1) send BTM request to ec:ad:b8:80:c8:21 for roam to 2.4GHz band (Low RSSI: -71)
[W] Jan 29 23:30:29 bndstrg: band steering: WNM client ec:ad:b8:80:c8:21 rejected 2.4GHz band (code: 1)
[I] Jan 29 23:30:33 bndstrg: band steering: (2) send BTM request to ec:ad:b8:80:c8:21 for roam to 2.4GHz band (Low RSSI: -71)
[W] Jan 29 23:30:34 bndstrg: band steering: WNM client ec:ad:b8:80:c8:21 rejected 2.4GHz band (code: 1)
[I] Jan 29 23:30:38 bndstrg: band steering: (3) send BTM request to ec:ad:b8:80:c8:21 for roam to 2.4GHz band (Low RSSI: -71)
[W] Jan 29 23:30:38 bndstrg: band steering: WNM client ec:ad:b8:80:c8:21 rejected 2.4GHz band (code: 1) 

Если клиент не услышал BTM реквест или не согласился, выполняется 3 попытки и далее клиенту отдается право выбора.

 

  • 0
Опубликовано

Да, но только те, что смогли воспроизвести. Также добавлен автоматический броадкаст запрос по всем членам домена на требование получить PMK-R1, если его не оказалось в локальной базе. Эта фишка была портирована из нового драйвера mt7615 во все линейки.

Есть вероятность, что изменения помогут в вашем случае.

  • 0
Опубликовано

На новой прошивке с вкл бс отстреливает айфон каждые 20-30 сек, пользоваться невозможно. С выкл бс не отстреливает визуально, но постоянно в логе строчки о регистрации, перерегистрации и так по кругу бесконечно. 

  • 0
Опубликовано

Работает однако :)

Фев 2 21:50:22
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) FT authenticated successfully.
Фев 2 21:50:22
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) had re-associated successfully (FT mode).
Фев 2 21:52:57
bndstrg
band steering: (1) send BTM request to 58:e2:8f:00:00:00 for roam to 2.4GHz band (Low RSSI: -84)
Фев 2 21:53:00
wmond
WifiMaster0/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) FT authenticated successfully.
Фев 2 21:53:00
wmond
WifiMaster0/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) had re-associated successfully (FT mode).
Фев 2 21:56:10
bndstrg
band steering: (1) send BTM request to 58:e2:8f:00:00:00 for roam to 5GHz band
Фев 2 21:56:10
bndstrg
band steering: WNM client 58:e2:8f:00:00:00 accepted 5GHz band
Фев 2 21:56:10
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) FT authenticated successfully.
Фев 2 21:56:10
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) had re-associated successfully (FT mode).

 

32 минуты назад, Andrew Voronkov сказал:

На новой прошивке с вкл бс отстреливает айфон каждые 20-30 сек, пользоваться невозможно. С выкл бс не отстреливает визуально, но постоянно в логе строчки о регистрации, перерегистрации и так по кругу бесконечно. 

Вроде ничего не отстреливается, само мигрирует.

В чем выражается "пользоваться не возможно"?

  • 0
Опубликовано
13 часа назад, r13 сказал:

Работает однако :)


Фев 2 21:50:22
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) FT authenticated successfully.
Фев 2 21:50:22
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) had re-associated successfully (FT mode).
Фев 2 21:52:57
bndstrg
band steering: (1) send BTM request to 58:e2:8f:00:00:00 for roam to 2.4GHz band (Low RSSI: -84)
Фев 2 21:53:00
wmond
WifiMaster0/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) FT authenticated successfully.
Фев 2 21:53:00
wmond
WifiMaster0/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) had re-associated successfully (FT mode).
Фев 2 21:56:10
bndstrg
band steering: (1) send BTM request to 58:e2:8f:00:00:00 for roam to 5GHz band
Фев 2 21:56:10
bndstrg
band steering: WNM client 58:e2:8f:00:00:00 accepted 5GHz band
Фев 2 21:56:10
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) FT authenticated successfully.
Фев 2 21:56:10
wmond
WifiMaster1/AccessPoint0: (MT7615) STA(58:e2:8f:00:00:00) had re-associated successfully (FT mode).

 

Вроде ничего не отстреливается, само мигрирует.

В чем выражается "пользоваться не возможно"?

Выражается в том, что на всех айфонах иконка вайфай меняется на лте примерно 2-3 раза в минуту. Соответственно, нужно в эти 20 сек успеть открыть страницу. С включенным бс при вкл роуминге.

Если выключить бс, то работает нормально относительно.

Но теперь на одной из тд появилась странная ошибка, повторяющаяся раз по 200 в час:

Фев 3 11:05:38

 

ndm
kernel: mt7621_eth: unable to find 00:5a:20:50:97:d1 / VLAN 1 user address in the LUT
 
Судя по ip - это камера, подключенная в котельной напрямую проводом к роутеру. Почему ошибка валится на тд - неясно. Почему в ошибках нет других ровно таких же камер - непонятно. Почему ошибки нет на второй идентичной тд - тоже неясно. Перезагрузка и тд не помогает. Настройки двух тд идентичны абсолютно. 
  • 0
Опубликовано
1 минуту назад, Andrew Voronkov сказал:

Выражается в том, что на всех айфонах иконка вайфай меняется на лте примерно 2-3 раза в минуту.

У меня в сотовых данных "помощь wifi" выключена поэтому соскоков в lte нет, попробуйте тоже выключить.

  • 0
Опубликовано
Только что, r13 сказал:

У меня в сотовых данных "помощь wifi" выключена поэтому соскоков в lte нет, попробуйте тоже выключить.

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

а про лут не подскажете, что за ошибка? Или лучше тему создать? 

  • 0
Опубликовано (изменено)
2 часа назад, Andrew Voronkov сказал:

а про лут не подскажете, что за ошибка? Или лучше тему создать? 

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

Изменено пользователем r13
  • 0
Опубликовано
В 30.01.2019 в 12:42, Padavan сказал:

1) поддержка 802.11v BTM в Band Steering

А будет в будущем возможность включить фичи 11v, но не включать обычный костыльный BS (для остальных клиентов)? Сейчас, насколько я понимаю, это работает только одновременно, или я ошибаюсь?

  • 0
Опубликовано
В 30.01.2019 в 12:51, Padavan сказал:

Также добавлен автоматический броадкаст запрос по всем членам домена на требование получить PMK-R1, если его не оказалось в локальной базе. Эта фишка была портирована из нового драйвера mt7615 во все линейки.

Что-то я запутался после прочтения описания релиза:

  • Wi-Fi: исправлены ошибки перехода по 802.11r PMK-R1 на mt7615
  • Wi-Fi: исправлена ошибка инициализации Assoc Response на mt7615

Для устройств на MT7628, в частности KN-1410 это применено?

  • 0
Опубликовано
2 часа назад, pigovina сказал:

Что-то я запутался после прочтения описания релиза:

  • Wi-Fi: исправлены ошибки перехода по 802.11r PMK-R1 на mt7615
  • Wi-Fi: исправлена ошибка инициализации Assoc Response на mt7615

Для устройств на MT7628, в частности KN-1410 это применено?

Второй на 7628 не было, это специфично для 7615. А первая да, исправлена везде.

  • 0
Опубликовано

Поставил Draft и с ноута под виндой не подключается WiFi 5 ГГц.

На Stable подключался.

WifiMaster1/AccessPoint0: (MT7615) STA(84:16:f9:0a:xx:xx) had associated successfully.
WifiMaster1/AccessPoint0: (MT7615) STA(84:16:f9:0a:xx:xx) pairwise key handshaking timeout.
WifiMaster1/AccessPoint0: (MT7615) STA(84:16:f9:0a:xx:xx) had deauthenticated by AP (reason: PTK 4-way handshake timeout).
 
Изготовитель:    TP-LINK TECHNOLOGIES CO., LTD.
Описание:    TP-LINK Wireless USB Adapter
Версия драйвера:    5.1.24.0
Физический адрес (MAC):    84-16-F9-0A-XX-XX
  • 0
Опубликовано (изменено)

2.15.B.0.0-4

Ошибка 28 похоже исчезла, но зато появилась 53. FT работает через раз, иногда да, иногда нет.

iPad Air 2:

Feb 23 20:04:41 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) FT authenticated successfully.
Feb 23 20:04:41 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) had re-associated successfully (FT mode).


Feb 24 11:28:02 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) FT authentication rejected (status code: 53).
Feb 24 11:28:08 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) had associated successfully (FT mode).
Feb 24 11:28:08 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) set key done in WPA2/WPA2PSK.
Feb 24 11:29:46 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) FT authentication rejected (status code: 53).
Feb 24 11:29:48 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) had associated successfully (FT mode).
Feb 24 11:29:48 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) set key done in WPA2/WPA2PSK.

 

На iPhone SE также наблюдал проблему.

Изменено пользователем pigovina
  • 0
Опубликовано

pigovina

При попытке клиента пройти FT AUTH, если на текущем хосте не оказывается PMK-R1 ключа, выполняется запрос ключа броадкастом по мобильному домену, но так как это асинхронная операция и нужно время для получения ответа, клиенту немедленно возвращается код 53 (FT_STATUS_CODE_INVALID_PMKID). Обычно в данной ситуации ключ быстро прилетает от последнего кейхолдера, ключ сохраняется на хосте и все последующие попытки FT AUTH должны проходить без ошибки. Если 8 раз подряд после запросов броадкастом ключ так никто и не прислал, то будет выводиться знакомая ошибка 28.

Запрос броадкастом добавлен недавно, это лишь вспомогательный функционал, если по какой-то причине ключ был удален с хоста (например перезапуск драйвера из-за смены настроек). В нормальной ситуации ключ должен рассылаться по всем хостам домена прозрачно, при первом же подключении и не удаляться ни при каких условиях, кроме как перезапуск драйвера (или перезагрузка AP).

Вам лучше обратиться в поддержку, прислать конфиги со всех AP, входящих в мобильный домен и селфтесты.

 

 

  • 0
Опубликовано

Andrew Voronkov

На релизе 2.15, "соскоков" iOS быть не должно, если вместе с Band Steering включен 11v. Включается одновременно с 11k (команда rrm в CLI), либо в Web галка "Управление BSS-окружением 802.11k/v". 

Если 11v активен и клиент ответил что тоже поддерживает 11v, в списке устройств он будет отображаться c поддержкой 11v. В этом случае Band Steering работает с таким клиентом по отдельному алгоритму, никогда его не принуждая уйти и не перекрывая ему бэнды.

Это также касается Android 8 и выше, эти клиенты в большистве случаев поддерживают 11v.

 

 

  • 0
Опубликовано
6 минут назад, Padavan сказал:

Andrew Voronkov

На релизе 2.15, "соскоков" iOS быть не должно, если вместе с Band Steering включен 11v. Включается одновременно с 11k (команда rrm в CLI), либо в Web галка "Управление BSS-окружением 802.11k/v". 

Если 11v активен и клиент ответил что тоже поддерживает 11v, в списке устройств он будет отображаться c поддержкой 11v. В этом случае Band Steering работает с таким клиентом по отдельному алгоритму, никогда его не принуждая уйти и не перекрывая ему бэнды.

Это также касается Android 8 и выше, эти клиенты в большистве случаев поддерживают 11v.

 

 

К сожалению, соскоки в роуминге на ios почти постоянно. Первый вечер после обновления вообще каждая (!!) ссылка в сафари вызывала задумчивость секунд на 5, потом на пару секунд вместо вайфая мигал лте, потом снова вайфай - и всё открывалось. Бс выключен, все галки в роуминге стоят. 

Сейчас всё получше (ничего не менял), но все равно соскоки бывают. Спидтест скачет по скорости с 5 до 70. Вообще как поставил релиз - всё стало сильно хуже со стабильностью. На последнем драфте косяки были почти незаметны, сейчас сильно мешают пользоваться. 

  • 0
Опубликовано

Andrew Voronkov

Вы хотя бы лог показали, что происходит во время подобных "соскоков".

В релизе 2.15.C.0.0-0 не было никаких изменений в Wireless драйверах (ни в одной линейке) с момента тега 2.15.B.0.0-2. Тег в сборке не менялся. Так что либо совпадение, либо эффект плацебо.

 

  • 0
Опубликовано (изменено)
5 минут назад, Padavan сказал:

Andrew Voronkov

Вы хотя бы лог показали, что происходит во время подобных "соскоков".

В релизе 2.15.C.0.0-0 не было никаких изменений в Wireless драйверах (ни в одной линейке) с момента тега 2.15.B.0.0-2. Тег в сборке не менялся. Так что либо совпадение, либо эффект плацебо.

 

Я бы с удовольствием показал логи, но прилечу домой только через 10 дней ) 

А по поводу драйвера - полагаю, дело не в нем, а в вайфай системе. У меня часть устройств, лёжа на одном месте, скачут между двумя тд почти каждые пять минут. Одно устройство при проводном подключении вообще получало адрес каждые 5 секунд (!!) с момента перехода на релиз - судя по журналу - и ни перезагрузка, ни что другое - не помогло. Это был домофон dahua. В телеграме отписывал, там нашелся человек с такой же проблемой. У него проблемной была камера nobelic. А нобелик - это суб-бренд дахуа, кстати.  

Изменено пользователем Andrew Voronkov
  • 0
Опубликовано
15 часов назад, Padavan сказал:

На релизе 2.15, "соскоков" iOS быть не должно

 

 

Можете дать рекомендацию, стоит ли включать опцию FT over the DS?

В сети, по большей части, клиенты Apple.

  • 0
Опубликовано

FT over the DS - предназначена только старых iOS клиентов. Работает хуже по той причине, что первая половина обмена должна пройти со старой AP, а вторая половина с новой AP. Так как миграция началась, то очевидно что вы отошли значительно от старой AP и есть вероятность что пакеты будут потеряны.

Когда галка отключена, работает только FT over the Air, весь обмен происходит уже с новой AP. Если у вас клиенты iPhone5 и выше с обновленной iOS, то не используйте FT over the DS.

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.