Перейти к содержанию
Как правильно добавить self-test и прочую отладку в тему
Где взять тестовые сборки
Официальное хранилище ПО в виде файлов
  • 0

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

vasek00

Ответ от vasek00,

 Поделиться

Вопрос

vasek00 Старожил

vasek00

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

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

  • Ответы 174
  • Создана
  • Последний ответ

Лучшие авторы в вопросе

Популярные дни

Лучшие авторы в вопросе

Популярные дни

Популярные посты

r13
r13

@Padavan А роуминг в рамках одного устройства работает? Миграция между 2.4 и 5Ггц вместо band-stearing?

Padavan
Padavan

Здесь можно наглядно посмотреть различия Over-the-Air/Over-the-DS https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/80211r-ft/b-80211r-dg.html https://www.cisco.com/c/en/us/td/d

Le ecureuil
Le ecureuil

Это не совсем инсайды, это то, что планируется в 2.14 к релизу. Именно поэтому мы немного "подзабили" на форум - трудимся в поте лица.

Изображения в теме

174 ответа на этот вопрос

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

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано (изменено)

Клиент планшет Samsung на Android 8.1 при настроенном бесшовном 5GHz на "KN1810--LAN--ExtraII"

Скрытый текст 

"ht": 80, "mode": "11ac", "gi": 400, "rssi": -62, "mcs": 9, "txss": 1, "ebf": true, "mu": true, "_11": ["k", "r", "v"]

"ht": 80, "mode": "11ac", "gi": 800, "rssi": -60, "mcs": 7, "txss": 1, "ebf": true, "mu": true, "_11": ["k", "r", "v"]

На KN1810

Так как в помещение везде связь есть 5GHz и ограничена минимальными расстояниями то пришлось уменьшать мощность до 10% на KN1810 и до 50% на ExtraII диапазона 5GHz 

Точка1--1м--||--1м--Точка2--1м--ExtraII--3м--||--2м--KN1810--1м--Точка3--2м--||-Точка4

стена в один кирпич
KN1810 канал 52 (5260)
ExtraII канал 36 (5180)

Клиент позволяет видеть на каком канале текущее соединение, т.е. показания ниже rssi на самом клиенте

1. Точка3 - 5260/rssi=-53

2. Переход на Точку1 - 5260/rssi=-75

3. Переход на Точку2 - 5260/rssi=-74, Точка2 выкл/вкл клиента - 5180/rssi=-51

3. Переход на Точку4 - 5180/rssi=-75, сигнал при этом с 5260/rssi=-62

4. Точка4 выкл/вкл клиента - 5260/rssi=-61

5. Переход на Точку1 - 5260/rssi=-80, Точка1 выкл/вкл клиента - 5180/rssi=-71 {сигнал при этом с 5260/rssi=-76}

6. Переход на Точку3 - 5180/rssi=-68 {сигнал при этом с 5260/rssi=-57}

7. Точка3 выкл/вкл клиента - 5260/rssi=-57 {сигнал при этом с 5180/rssi=-75}

8. Переход на Точку2 - 5260/rssi=-77

Ни в одном из случаев с данными уровнями не было переключения на другой роутер, только путем выкл/вкл Wi-fi на клиенте.

Сам вопрос - каковы уровни "отстрела" клиента от роутера или возможно предусмотреть установку данных уровней в ручную?

 

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

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

Изменено пользователем vasek00
  • 0
r13 Старожил

r13

Опубликовано
Опубликовано
11 минуту назад, vasek00 сказал:

Клиент планшет Samsung на Android 8.1 при настроенном бесшовном 5GHz на "KN1810--LAN--ExtraII"

  Скрыть содержимое 


"ht": 80, "mode": "11ac", "gi": 400, "rssi": -62, "mcs": 9, "txss": 1, "ebf": true, "mu": true, "_11": ["k", "r", "v"]

"ht": 80, "mode": "11ac", "gi": 800, "rssi": -60, "mcs": 7, "txss": 1, "ebf": true, "mu": true, "_11": ["k", "r", "v"]

На KN1810

Так как в помещение везде связь есть 5GHz и ограничена минимальными расстояниями то пришлось уменьшать мощность до 10% на KN1810 и до 50% на ExtraII диапазона 5GHz 


Точка1--1м--||--1м--Точка2--1м--ExtraII--3м--||--2м--KN1810--1м--Точка3--2м--||-Точка4

стена в один кирпич
KN1810 канал 52 (5260)
ExtraII канал 36 (5180)

Клиент позволяет видеть на каком канале текущее соединение, т.е. показания ниже rssi на самом клиенте

1. Точка3 - 5260/rssi=-53

2. Переход на Точку1 - 5260/rssi=-75

3. Переход на Точку2 - 5260/rssi=-74, Точка2 выкл/вкл клиента - 5180/rssi=-51

3. Переход на Точку4 - 5180/rssi=-75, сигнал при этом с 5260/rssi=-62

4. Точка4 выкл/вкл клиента - 5260/rssi=-61

5. Переход на Точку1 - 5260/rssi=-80, Точка1 выкл/вкл клиента - 5180/rssi=-71 {сигнал при этом с 5260/rssi=-76}

6. Переход на Точку3 - 5180/rssi=-68 {сигнал при этом с 5260/rssi=-57}

7. Точка3 выкл/вкл клиента - 5260/rssi=-57 {сигнал при этом с 5180/rssi=-75}

8. Переход на Точку2 - 5260/rssi=-77

Ни в одном из случаев с данными уровнями не было переключения на другой роутер, только путем выкл/вкл Wi-fi на клиенте.

Сам вопрос - каковы уровни "отстрела" клиента от роутера или возможно предусмотреть установку данных уровней в ручную?

 

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

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

так вроде же теперь для устройств с поддержкой v отстрела нет.

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано
15 часов назад, r13 сказал:

так вроде же теперь для устройств с поддержкой v отстрела нет. 

В данном случае переходить на 2,4 не зачем если есть соседняя точка 5. 

   rssi = -75
ТД1---5GHz---Клиент---5GHz---ТД2
                  rssi = -65

В виду того что инициатором в данном случае всегда будет клиент, то хотелось бы конечно идеала например при rssi < -75 имея параметры опросив текущую ТД1 получаем список соседей (что и видно по скринам выше) и видя что есть ТД2 с rssi выше на -10 т.е. -65, то клиент переключается на ТД2 после удачного переключения прощается с ТД1.

 

  • 0
r13 Старожил

r13

Опубликовано
Опубликовано (изменено)
59 минут назад, vasek00 сказал:

В данном случае переходить на 2,4 не зачем если есть соседняя точка 5. 


   rssi = -75
ТД1---5GHz---Клиент---5GHz---ТД2
                  rssi = -65

В виду того что инициатором в данном случае всегда будет клиент, то хотелось бы конечно идеала например при rssi < -75 имея параметры опросив текущую ТД1 получаем список соседей (что и видно по скринам выше) и видя что есть ТД2 с rssi выше на -10 т.е. -65, то клиент переключается на ТД2 после удачного переключения прощается с ТД1.

 

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

Изменено пользователем r13
typo
  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано (изменено)
35 минут назад, r13 сказал:

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

Все получилось как и писал выше клиент Sams, подправил уровни на ТД1 и ТД2 и смартфон "перепрыгнул"

Скрытый текст 

Если не ошибся, то по логу

ТД1
[I] Mar  9 11:36:48 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had associated successfully (FT mode).
[I] Mar  9 11:36:49 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) set key done in WPA2/WPA2PSK.
[I] Mar  9 11:36:49 ndhcps: DHCPDISCOVER received  from 94:....:be.
[I] Mar  9 11:36:49 ndhcps: making OFFER of 192.168.130.17 to 94:....:be.
[I] Mar  9 11:36:49 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from 94:....:be.
[I] Mar  9 11:36:49 ndhcps: sending ACK of 192.168.130.17 to 94:.....:be.


ТД2
[I] Mar  9 11:37:43 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) FT authentication rejected (status code: 53).
[I] Mar  9 11:37:44 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had associated successfully (FT mode).
[I] Mar  9 11:37:44 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) MIC differs in key handshaking.
[I] Mar  9 11:37:45 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) set key done in WPA2/WPA2PSK.
[I] Mar  9 11:38:47 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had disassociated by STA (reason: STA is leaving or has left BSS).
[I] Mar  9 11:38:47 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
[I] Mar  9 11:38:47 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had deauthenticated by STA (reason: class 3 error - nonassoc STA).

Вторая попытка чуть попозже 


ТД1
[I] Mar  9 12:06:46 ndhcps: DHCPDISCOVER received  from 94:....:be.
[I] Mar  9 12:06:46 ndhcps: making OFFER of 192.168.130.17 to 94:....:be.
[I] Mar  9 12:06:46 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from 94:....:be.
[I] Mar  9 12:07:24 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) FT authentication rejected (status code: 53).
[I] Mar  9 12:07:25 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had associated successfully (FT mode).
[I] Mar  9 12:07:25 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had disassociated by STA (reason: STA is leaving or has left BSS).
[I] Mar  9 12:07:25 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
[I] Mar  9 12:07:25 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
[I] Mar  9 12:07:29 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had associated successfully (FT mode).
[I] Mar  9 12:07:29 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) set key done in WPA2/WPA2PSK.
[I] Mar  9 12:07:29 ndhcps: DHCPDISCOVER received  from 94:....:be.
[I] Mar  9 12:07:29 ndhcps: making OFFER of 192.168.130.17 to 94:....:be.
[I] Mar  9 12:07:29 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from 94:....:be.
[I] Mar  9 12:07:30 ndhcps: sending ACK of 192.168.130.17 to 94:....:be.
канал/уровень 5260 -56
канал/уровень 5180 -59

ТД2
[I] Mar  9 12:06:48 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) had associated successfully (FT mode).
[I] Mar  9 12:06:49 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(94:....:be) set key done in WPA2/WPA2PSK.
[I] Mar  9 12:06:49 ndhcps: DHCPDISCOVER received  from 94:....:be.
[I] Mar  9 12:06:49 ndhcps: making OFFER of 192.168.130.17 to 94:....:be.
[I] Mar  9 12:06:49 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from 94:....:be.
[I] Mar  9 12:06:49 ndhcps: sending ACK of 192.168.130.17 to 94:....:be.
[I] Mar  9 12:07:32 ndhcps: DHCPDISCOVER received  from 94:....:be.
[I] Mar  9 12:07:32 ndhcps: making OFFER of 192.168.130.17 to 94:....:be.
[I] Mar  9 12:07:32 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from 94:....:be.

канал/уровень 5260 -74
канал/уровень 5180 -62

Вторая попытка с потерей соединения

 

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

 

Перемещение клиента в другую точку

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

Изменено пользователем vasek00
  • Лайк 1
  • 0
vasek00 Старожил

vasek00

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

Мощность передатчика покрутили на обоих точках? 

Естественно для того чтоб получить желаемые уровни (-55-80) на самом клиенте при которых он клиент будет пытаться мигрировать между ТД или хоть что-то предпринять для проверки.

Band Streering был отключен везде.

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано

Релизы 215С1 проверка миграции клиента между двумя роутерами на 5GHz 

Клиент----5GHz-----KN1810-----5GHz------ExtraII------5GHz------Клиент

KN18 в точке1, ExtraII в точке2 (дальности между ними чисто символическая просто для проверки миграции клиента между роутерами). Линк между роутерами 527Мбит ( по ExtraII ) и 468Мбит ( по KN1810 ) 

"txrate": 351, "rxrate": 526, "mode": "11ac", "gi": 800, "rssi": -67, "mcs": 4, "txss": 2, "ebf": false, "mu": false

На KN18 и ExtraII включено :
- Роуминг 802.11r (FT)
- совместимость с FT over the DS
- Управление BSS-окружением 802.11k/v
- BandSteering выключен

SSID на роутерах один только разные каналы 52 и 36.

1. При перемещение клиента от KN18 точка1 в сторону ExtraII точка2 => клиент переключился на ExtraII (последний rssi который видел для KN18 был равен -73). После переключения клиента на ExtraII rssi=-64, а по KN18 он равен rssi=-75/74

2. При путешествии обратно т.е. клиент был подключен к ExtraII точка2 перемещался к точке1 ближе к KN18 то клиент вернулся обратно - подключился к KN18, был виден только результат уже когда KN18 rssi=-59/-61 а для ExtraII rssi=-70

Данную процедуру выполнил несколько раз => миграция данного клиента между роутерами была без вопросов - Sams смарт с поддержкой k/r/v и Android 8.

По логам что получилось увидеть

Скрытый текст 

KN1810
[I] Mar 20 11:56:41 ndm: Core::Syslog: last message repeated 2 times.
[I] Mar 20 11:56:48 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:be) had associated successfully (FT mode).
[I] Mar 20 11:56:48 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:be) set key done in WPA2/WPA2PSK.
[I] Mar 20 11:56:49 ndhcps: DHCPDISCOVER received  from хх:хх:хх:хх:хх:be.
[I] Mar 20 11:56:49 ndhcps: making OFFER of 192.168.130.17 to хх:хх:хх:хх:хх:be.
[I] Mar 20 11:56:49 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.130.17 from хх:хх:хх:хх:хх:be.
[I] Mar 20 11:56:49 ndm: kernel: fastvpn: bind table cleared
[I] Mar 20 11:56:49 ndhcps: sending ACK of 192.168.130.17 to хх:хх:хх:хх:хх:be.
[I] Mar 20 11:56:49 ndm: kernel: fastvpn: bind table cleared
Премещение клиента точка переключения
[I] Mar 20 11:59:19 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:be) had deauthenticated by STA (reason: class 3 error - nonassoc STA).
[I] Mar 20 11:59:19 ndm: kernel: fastvpn: cleared binds for хх:хх:хх:хх:хх:be
[I] Mar 20 11:59:26 ndm: kernel: fastvpn: bind table cleared
[I] Mar 20 11:59:56 ndm: Core::Syslog: last message repeated 2 times.
[I] Mar 20 11:59:58 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(e6:18:6b:хх:хх:хх_MAC_ExtraII) set key done in WPA2/WPA2PSK.
[I] Mar 20 12:00:26 ndm: kernel: fastvpn: bind table cleared
[I] Mar 20 12:01:26 ndm: Core::Syslog: last message repeated 2 times.
[I] Mar 20 12:01:36 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:be) FT authenticated successfully.
[I] Mar 20 12:01:36 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:be) had re-associated successfully (FT mode).
[I] Mar 20 12:01:36 ndm: kernel: fastvpn: cleared binds for хх:хх:хх:хх:хх:be
[I] Mar 20 12:01:54 ndm: kernel: fastvpn: bind table cleared
[I] Mar 20 12:02:24 ndm: Core::Syslog: last message repeated 4 times.
[I] Mar 20 12:02:48 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(хх:хх:хх:хх:хх:be) had disassociated by STA (reason: STA is leaving or has left BSS).
[I] Mar 20 12:02:56 ndm: kernel: fastvpn: bind table cleared
[I] Mar 20 12:04:25 ndm: Core::Syslog: last message repeated 3 times.


ExtraII
....
Переключение клиента с KN18 на ExtraII
[I] Mar 20 11:59:19 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(хх:хх:хх:хх:хх:be) FT authenticated successfully.
[I] Mar 20 11:59:19 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(хх:хх:хх:хх:хх:be) had re-associated successfully (FT mode).


хх:хх:хх:хх:хх:be - MAC адрес клиента 
e6:18:6b:хх:хх:хх - MAC роутера ExtraII

В данном примере четко прослеживается, клиент подключен к KN18, далее при достижение определенного уровня rssi клиент подключается к соседу и ТОЛЬКО после этого прощается со старым роутером (reason: STA is leaving)

 

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано
2 часа назад, JIABP сказал:

@vasek00 ого, получается роуминг довели до ума и он заработал? 

Все зависит от вашего клиента, на моих работает.

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано
9 часов назад, JIABP сказал:

iPhone 5S/6/7

Все это хорошо только

Цитата

.... Если клиент решает что это ему подходит, он отвечает кодом 0 и вскоре сам быстро перемещается (особенно быстро по FT). Иногда он решает что это ему не подходит и отвечает любым ненулевым кодом. Причина может быть любая, у Apple своя логика, у Android своя. Android обычно отвечает отказом .....

Только каждый реализует это по своему. Если есть возможность попробуйте проверить на KN1010/Giga 3/Air

  • 0
JIABP Поставщик контента

JIABP

Опубликовано
Опубликовано
1 час назад, vasek00 сказал:

Только каждый реализует это по своему. Если есть возможность попробуйте проверить на KN1010/Giga 3/Air

Как раз в воскресенье поеду обновлять свои 3 железки до 2.15, переконфигурирую свой псевдо-роуминг на нативный с захватом точек (гига 3 головной и 2 штуки Keenetic Air в режиме точек) и скажу. Одна беда - iPhone 5S и 6, для которых это делается не поддерживает r. Но всё равно посмотрим как оно выглядит.

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано
4 минуты назад, JIABP сказал:

Как раз в воскресенье поеду обновлять свои 3 железки до 2.15, переконфигурирую свой псевдо-роуминг на нативный с захватом точек (гига 3 головной и 2 штуки Keenetic Air в режиме точек) и скажу. Одна беда - iPhone 5S и 6, для которых это делается не поддерживает r. Но всё равно посмотрим как оно выглядит.

Если не трудно то отпишитесь по результатам.

  • 0
JIABP Поставщик контента

JIABP

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

Если не трудно то отпишитесь по результатам.

Конечно! Когда механизм (только роуминг без захвата точек) только появился, я поигрался с ним - почти не рабочий, более того, к одному из 3-х устройств вообще клиенты перестали цепляться.

  • 0
Sergei Sporik Пользователь

Sergei Sporik

Опубликовано
Опубликовано (изменено)
5 часов назад, JIABP сказал:

Одна беда - iPhone 5S и 6, для которых это делается не поддерживает r.

Поддерживают. У меня был 5S. Всегда светился с k и r. Про v не знаю, когда keenetic стал поддерживать v, я уже расстался с 5s.

Изменено пользователем Sergei Sporik
  • 0
JIABP Поставщик контента

JIABP

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

@Sergei Sporik так по ссылке на саппорт.аппл.ком пишется: Adaptive 802.11r - начиная с iPhone 6s.

@Sergey Zozulya  эту ссылку я же постил 6 сообщениями выше ;) Но см. мой коммент про адаптив 'r'.

  • 0
Sergei Sporik Пользователь

Sergei Sporik

Опубликовано
Опубликовано
56 минут назад, JIABP сказал:

@Sergei Sporik так по ссылке на саппорт.аппл.ком пишется: Adaptive 802.11r - начиная с iPhone 6s.

@Sergey Zozulya

Я не знаю, что пишут и мне всё равно. Я говорю про то что видел. 

  • 0
pigovina Продвинутый пользователь

pigovina

Опубликовано
Опубликовано (изменено)

Имеется один KN-1710, на котором вещается 2.4 и 5 ГГц, на нем включен роуминг для обоих сетей, Управление BSS-окружением 802.11k/v, band steering выключен.

FT не работает для iPhone X и Xr:

Mar 23 21:19:42 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:19:42 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:19:44 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.9.9 from 18:81:0e:6a:xx:xx.
Mar 23 21:19:44 ndhcps: sending ACK of 192.168.9.9 to 18:81:0e:6a:xx:xx.
Mar 23 21:20:19 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:20:19 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:20:19 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:20:22 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:20:22 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:23:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:23:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:23:50 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:23:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:23:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:25:28 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:25:28 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:25:28 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:25:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:25:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:28:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:28:49 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:28:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:28:51 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:28:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:28:57 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 2.4GHz band (Low RSSI: -85) 
Mar 23 21:29:00 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 2.4GHz band 

 

При этом на iPhone SE и iPad Air 2 проблем не наблюдается - FT проходит штатно.

Изменено пользователем pigovina
  • 0
pigovina Продвинутый пользователь

pigovina

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

При включенном band steering тоже самое, через WPA2/WPA2PSK.

Сброс настроек сети iPhone X делал, кинетик даже сбрасывал и настраивал заново..

 

Mar 24 08:51:15 ndm: Core::Syslog: the system log has been cleared.
Mar 24 08:52:12 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 2.4GHz band (Low RSSI: -87) 
Mar 24 08:52:12 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 08:52:12 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 08:52:12 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 08:52:22 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had been aged-out and disassociated (idle silence).
Mar 24 08:53:23 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 5GHz band 
Mar 24 08:53:26 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 5GHz band 
Mar 24 08:53:26 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 08:53:26 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 08:53:26 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 08:53:29 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 08:53:30 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 24 08:57:45 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 2.4GHz band (Low RSSI: -81) 
Mar 24 08:57:49 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 2.4GHz band 
Mar 24 08:57:49 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 08:57:49 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 08:57:49 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 08:57:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 08:57:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 24 09:01:34 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 09:01:35 wmond: Core::Syslog: last message repeated 2 times.
Mar 24 09:01:35 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 09:01:35 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 09:01:37 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 09:01:37 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 24 09:02:22 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 5GHz band 
Mar 24 09:02:25 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 5GHz band 
Mar 24 09:02:25 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 09:02:25 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 09:02:25 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 09:02:29 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 09:02:29 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
 

  • 0
pigovina Продвинутый пользователь

pigovina

Опубликовано
Опубликовано
В 05.03.2019 в 10:36, Padavan сказал:

Если у вас клиенты iPhone5 и выше с обновленной iOS, то не используйте FT over the DS.

Можете помочь в исследовании проблемы, описанной выше на iPhone X?

  • 0
vasek00 Старожил

vasek00

Опубликовано
  • Автор
Опубликовано

Релизы 215С202 проверка миграции клиента между двумя роутерами на 5GHz 

Клиент----5GHz-----KN1810-----LAN------KN1010------5GHz------Клиент

KN18 в точке1, KN10 в точке2 (дальности между ними чисто символическая просто для проверки миграции клиента между роутерами).

На KN18 и KN10 включено :
- Роуминг 802.11r (FT)
- совместимость с FT over the DS
- Управление BSS-окружением 802.11k/v
- BandSteering выключен

SSID на роутерах один только разные каналы 52 и 36.

Самый простой клиент который дает 

            "ap": "WifiMaster1/AccessPoint0",
            "txrate": 270,
            "ht": 40,
            "mode": "11n",
            "gi": 800,
            "rssi": -65,
            "mcs": 15,
            "txss": 2,
            "ebf": false,
            "mu": false,
            "roam": "pmk"

Клиент ноут, подключается к КТ18 потом переходит в удаленную точку пере подключается к KN10 и возвращается в исходную точку где опять возвращается на KN18.

Подключение/пере подключение  определялось по LAN анализатору на клиенте (по выбранным каналам 52/36 и по EAPOL Key1-Key4)

Скрытый текст

Логи с роутеров 


KN1810
------
# Клиент подключился к KN18
[I] Mar 24 16:12:28 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:16:19 ndm: Core::Syslog: last message repeated 11 times.
[I] Mar 24 16:16:24 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) had associated successfully.
[I] Mar 24 16:16:24 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) set key done in WPA2/WPA2PSK.
[I] Mar 24 16:16:24 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.130.10 from xx:xx:xx:xx:xx:47.
[I] Mar 24 16:16:24 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:16:24 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:16:24 ndhcps: sending ACK of 192.168.130.10 to xx:xx:xx:xx:xx:47.

# Клиент подключился к KN10
[I] Mar 24 16:16:49 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:16:49 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:17:19 ndm: Netfilter::Util::Conntrack: flushed 1 IPv6 connections for [fe80:......].
[I] Mar 24 16:17:19 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:17:49 ndm: Netfilter::Util::Conntrack: flushed 1 IPv6 connections for [fe80:......].
[I] Mar 24 16:17:49 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:17:51 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.130.10 from xx:xx:xx:xx:xx:47.
[I] Mar 24 16:17:52 ndhcps: sending ACK of 192.168.130.10 to xx:xx:xx:xx:xx:47.

[I] Mar 24 16:17:54 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:18:19 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:18:19 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:18:49 ndm: Core::Syslog: last message repeated 2 times.

# Клиент подключился к KN18
[I] Mar 24 16:19:10 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) had re-associated successfully.
[I] Mar 24 16:19:10 ndm: kernel: fastvpn: cleared binds for xx:xx:xx:xx:xx:47
[I] Mar 24 16:19:10 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) set key done in WPA2/WPA2PSK.
[I] Mar 24 16:19:10 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.130.10 from xx:xx:xx:xx:xx:47.
[I] Mar 24 16:19:10 ndhcps: sending ACK of 192.168.130.10 to xx:xx:xx:xx:xx:47.
[I] Mar 24 16:19:19 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:19:19 ndm: kernel: fastvpn: bind table cleared

KN1010
------
# Клиент подключился к KN18
[I] Mar 24 16:16:08 ndm: Core::Syslog: last message repeated 5 times.
[I] Mar 24 16:16:28 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.130.10 from xx:xx:xx:xx:xx:47.
[I] Mar 24 16:16:28 ndm: Netfilter::Util::Conntrack: flushed 2 IPv4 connections for 192.168.130.10.
[I] Mar 24 16:16:28 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:16:29 ndhcps: sending ACK of 192.168.130.10 to xx:xx:xx:xx:xx:47.

[I] Mar 24 16:16:29 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:16:29 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:16:38 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:16:38 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:17:10 ndm: Core::Syslog: last message repeated 2 times.
[I] Mar 24 16:17:38 ndm: Netfilter::Util::Conntrack: flushed 1 IPv6 connections for [fe80:......].
[I] Mar 24 16:17:38 ndm: kernel: fastvpn: bind table cleared

# Клиент подключился к KN10
[I] Mar 24 16:17:56 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) had re-associated successfully.
[I] Mar 24 16:17:56 ndm: kernel: fastvpn: cleared binds for xx:xx:xx:xx:xx:47
[I] Mar 24 16:17:56 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) set key done in WPA2/WPA2PSK.
[I] Mar 24 16:17:56 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.130.10 from xx:xx:xx:xx:xx:47.
[I] Mar 24 16:17:56 ndhcps: sending ACK of 192.168.130.10 to xx:xx:xx:xx:xx:47.

[I] Mar 24 16:18:08 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].
[I] Mar 24 16:18:08 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:19:08 ndm: Core::Syslog: last message repeated 3 times.

# Клиент подключился к KN18
[I] Mar 24 16:19:14 wmond: WifiMaster1/AccessPoint0: (MT7615) STA(xx:xx:xx:xx:xx:47) had deauthenticated by AP (reason: STA is leaving or has left BSS).
[I] Mar 24 16:19:14 ndm: kernel: fastvpn: cleared binds for xx:xx:xx:xx:xx:47
[I] Mar 24 16:19:14 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.130.10 from xx:xx:xx:xx:xx:47.
[I] Mar 24 16:19:15 ndhcps: sending ACK of 192.168.130.10 to xx:xx:xx:xx:xx:47.
[I] Mar 24 16:19:21 ndm: kernel: fastvpn: bind table cleared
[I] Mar 24 16:19:22 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80:......].

Фишка еще в выборе DHCP сервера в данном случае оба роутера в режиме интернет центра с вкл. DHCP серверами на обоих.

 

  • 0
Padavan Старожил

Padavan

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

pigovina

Не совсем понял, "Управление BSS-окружением 802.11k/v" у вас включено или нет?

Apple требуют 11k, без RRM, клиент не может получить списки окружения с каждой AP.

  • 0
Padavan Старожил

Padavan

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

vasek00

Тут все просто, если не-FT клиент перезапрашивает адрес по DHCP после reassoc, значит он с большой вероятностью почистил у себя L3 соединения, а значит любой сервис пострадает.

FT клиенты после FT auth -> FT reassoc характерно не перезапрашивают IP по DHCP, поэтому получается практически бесшовный переход.

 

  • 0
pigovina Продвинутый пользователь

pigovina

Опубликовано
Опубликовано
3 минуты назад, Padavan сказал:

pigovina

Не совсем понял, "Управление BSS-окружением 802.11k/v" у вас включено или нет?

Apple требуют 11k, без RRM, клиент не может получить списки окружения с каждой AP.

Да, включено, я выше уже писал.

self-test ниже прилагаю.

  • 0
Padavan Старожил

Padavan

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

pigovina

У меня под рукой есть iPad Air2, с ним вопросов нет. iPhone X есть в офисе, надо потестить внимательнее.

Основной проблемой из ваших логов является то, что iPhone X сразу после успешной пары FT auth/reassoc

Mar 23 21:25:28 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:25:28 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:25:28 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).

спустя 2 секунды решает сделать подключение с нуля:

Mar 23 21:25:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:25:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.

с полнным 4-way pairwise хендшейком. По факту это подключение с нуля. Что его вынуждает это делать, без дампа 802.11 заголовков не возможно понять. Селфтест в этом ключе не поможет.

  • 0
pigovina Продвинутый пользователь

pigovina

Опубликовано
Опубликовано
9 часов назад, Padavan сказал:

pigovina

У меня под рукой есть iPad Air2, с ним вопросов нет. iPhone X есть в офисе, надо потестить внимательнее.

С более старыми Apple устройствами, такими как iPad Air 2, iPhone 6/6s/6s Plus, SE проблем нет, а вот на более новых, в частности X и Xr проблема есть.

Обновление iOS на 12.2 проблему не решило..

  • 0
pigovina Продвинутый пользователь

pigovina

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

Протестировал еще на 3-х устройствах.

iPhone 7 - FT работает;

iPhone 8 - FT не работает;

Samsung Galaxy Note 8 - FT не работает, логи с него ниже, картина та же.

  

[I] Mar 27 11:57:50 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had re-associated successfully (FT mode).
[I] Mar 27 11:57:55 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) had associated successfully (FT mode).
[I] Mar 27 11:57:55 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) set key done in WPA2/WPA2PSK.
[I] Mar 27 11:57:56 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.50.110 from 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:57:56 ndhcps: sending ACK of 192.168.50.110 to 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:57:58 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) FT authenticated successfully.
[I] Mar 27 11:57:58 ndm: kernel: fastvpn: cleared binds for 04:d6:aa:8c:xx:xx
[I] Mar 27 11:57:58 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had re-associated successfully (FT mode).
[I] Mar 27 11:58:02 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) had associated successfully (FT mode).
[I] Mar 27 11:58:02 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) set key done in WPA2/WPA2PSK.
[I] Mar 27 11:58:03 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.50.110 from 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:58:03 ndhcps: sending ACK of 192.168.50.110 to 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:58:08 bndstrg: band steering: send BTM request to 04:d6:aa:8c:xx:xx for roam to 2.4GHz band (Low RSSI: -82) 
[I] Mar 27 11:58:08 bndstrg: band steering: WNM client 04:d6:aa:8c:xx:xx accepted 2.4GHz band 
[I] Mar 27 11:58:19 bndstrg: band steering: send BTM request to d0:4f:7e:62:c8:a3 for roam to 2.4GHz band (Low RSSI: -80) 
[I] Mar 27 11:58:25 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) FT authenticated successfully.
[I] Mar 27 11:58:25 ndm: kernel: fastvpn: cleared binds for 04:d6:aa:8c:xx:xx
[I] Mar 27 11:58:25 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had re-associated successfully (FT mode).
[I] Mar 27 11:58:26 bndstrg: band steering: send BTM request to d0:4f:7e:62:c8:a3 for roam to 2.4GHz band (Low RSSI: -80) 
[I] Mar 27 11:58:27 bndstrg: band steering: WNM client d0:4f:7e:62:c8:a3 accepted 2.4GHz band 
[I] Mar 27 11:58:29 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had associated successfully (FT mode).
[I] Mar 27 11:58:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) set key done in WPA2/WPA2PSK.

 

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

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

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

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

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

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

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

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

×
 Поделиться
Перейти к списку вопросов

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

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

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

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

  Я принимаю