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

Клиент планшет 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

Edited by vasek00
Link to comment
Share on other sites

  • 0
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 отстрела нет.

Link to comment
Share on other sites

  • 0
15 часов назад, r13 сказал:

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

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

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

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

 

Link to comment
Share on other sites

  • 0
59 минут назад, vasek00 сказал:

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


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

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

 

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

Edited by r13
typo
Link to comment
Share on other sites

  • 0
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

Edited by vasek00
  • Upvote 1
Link to comment
Share on other sites

  • 0
2 часа назад, pigovina сказал:

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

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

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

Link to comment
Share on other sites

  • 0

Релизы 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)

 

Link to comment
Share on other sites

  • 0
2 часа назад, JIABP сказал:

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

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

Link to comment
Share on other sites

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

iPhone 5S/6/7

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

Цитата

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

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

Link to comment
Share on other sites

  • 0
1 час назад, vasek00 сказал:

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

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

Link to comment
Share on other sites

  • 0
4 минуты назад, JIABP сказал:

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

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

Link to comment
Share on other sites

  • 0
2 часа назад, vasek00 сказал:

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

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

Link to comment
Share on other sites

  • 0
5 часов назад, JIABP сказал:

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

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

Edited by Sergei Sporik
Link to comment
Share on other sites

  • 0

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

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

Link to comment
Share on other sites

  • 0
56 минут назад, JIABP сказал:

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

@Sergey Zozulya

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

Link to comment
Share on other sites

  • 0

Имеется один 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 проходит штатно.

Edited by pigovina
Link to comment
Share on other sites

  • 0

При включенном 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.
 

Link to comment
Share on other sites

  • 0
В 05.03.2019 в 10:36, Padavan сказал:

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

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

Link to comment
Share on other sites

  • 0

Релизы 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 серверами на обоих.

 

Link to comment
Share on other sites

  • 0

pigovina

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

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

Link to comment
Share on other sites

  • 0

vasek00

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

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

 

Link to comment
Share on other sites

  • 0
3 минуты назад, Padavan сказал:

pigovina

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

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

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

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

Link to comment
Share on other sites

  • 0

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 заголовков не возможно понять. Селфтест в этом ключе не поможет.

Link to comment
Share on other sites

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

pigovina

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

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

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

Link to comment
Share on other sites

  • 0

Протестировал еще на 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.

 

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...