Бесшовный роуминг клиента.

[vasek00]

Берем клиента HONOR X9a Android 13 - по Wifi 1х1/80. Роутер про него сказал что он может WPA3. 802.11krv. Проверим его работу по бесшовному роумингу.

1. Подключаемся клиентом к роутеру1 - WPA3/krv

2. Переходим к другому роутеру2 (ТД) - и не чего не происходит, до тех пор пока уровень RSSI не станет -92 -93. Клиент разрывает соединение с роутером1, далее 4G, далее подключился к роутеру2.

3. Идем обратно от роутера2 (ТД) к роутеру1 и чудо на RSSI = -75 он переключился к роутеру1. Но как оказалось чуда не было это просто на роутере2 (ТД) стоит параметр

interface WifiMaster1/AccessPoint0
...
    rssi-threshold -75
...

если бы его не было, то итог был бы опять уровень до -92/93 разрыв и подключение.

Все это как то странно так как имеем на нем WCNSS_qcom_cfg.ini в котором стоит -76

gNeighborScanTimerPeriod=200
gNeighborLookupThreshold=76		*********************** 
gNeighborScanChannelMinTime=20
gNeighborScanChannelMaxTime=30
gMaxNeighborReqTries=3

# Legacy (non-ESE, non-802.11r) Fast Roaming Support
# To enable, set FastRoamEnabled=1
# To disable, set FastRoamEnabled=0
FastRoamEnabled=1

# Check if the AP to which we are roaming is better than current AP in
# terms of RSSI.  Checking is disabled if set to Zero.Otherwise it will
# use this value as to how better the RSSI of the new/roamable AP should
# be for roaming
RoamRssiDiff=5

# To enable, set gRoamIntraBand=1 (Roaming within band)
# To disable, set gRoamIntraBand=0 (Roaming across band)
gRoamIntraBand=0

 

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

 

Samsung как то выдерживает данное значение -75 переключается в любом случае.

Изменено 10 июля, 2024 пользователем vasek00

[vasek00]

Samsung A34 подключен на WPA3 с плюшками 802.11/kv (на WPA2 плюшки имеются все 802.11/krv). Видно при каком RSSI принимает решения о переходе по PMK-кэшу (FT было бы если он подключился на WPA2). В конф файле клиента "gNeighborLookupThreshold=76". T0 точка подключения, далее перемещение и T1 переключение. На графике все время по оси X по моему 2мин.

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

 

Изменено 12 июля, 2024 пользователем vasek00

[vasek00]

Про параметр "rssi-threshold"

interface WifiMaster1/AccessPoint0
    ...
    rssi-threshold -75

Работает корректно, но нужно учесть, что это отключение клиента и вновь подключение WEB показал просто "Переход", а не "Быстрый переход" (клиент может 802.11r) или "Переход по РМК-кешу" (клиент не может 802.11r). Сам "Переход" :

Отстрел клиента при параметре -75 на ТД
Июл 14 12:42:01 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(a8:МАС:6c) had been aged-out and disassociated (RSSI low limit reached). 

Подключение клиента к другой ТД
Июл 14 12:42:01 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(a8:МАС:6c) had re-associated from 52:МАС-ТД:e6. 
Июл 14 12:42:04 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(a8:МАС:6c) set key done in WPA3/WPA3PSK. 

 

[vasek00]

На других форумах есть упоминания "упертых" устройств :

- Realme 11 и его аналогичное поведение (держаться до последнего) при наличии "krv"
- Honor 50 "как зацепится за точку, не оторвать, только когда WiFi на нём выкл/вкл, то выбирает тут что сильнее"

[vasek00]

Возможно еще применение параметра "rssi-threshold" не ко всему wifi диапазону, а к конкретному устройству (естественно оно должно быть зарег. с постоянным MAC)

[MDP]

А стандартизации так и не появилось в меш системах и их клиентов...так всё и идёт на самотёк? 

У меня дса устройства OPPO5 почти близнецы, но работают абсолютно по разному в меш системе...оба сброшены до заводских установок и одна прошивка в них...но они разные)))))

[vasek00]

26 минут назад, MDP сказал:

У меня дса устройства OPPO5 почти близнецы, но работают абсолютно по разному в меш системе...оба сброшены до заводских установок и одна прошивка в них...но они разные)))))

По клиентам можете чуток по подробней?

27 минут назад, MDP сказал:

А стандартизации так и не появилось в меш системах и их клиентов...так всё и идёт на самотёк? 

Ну есть же стандарты, вопрос скорей всего на все ли 100% они реализованы на клиентах, а если не стандарты, а рекомендации, то да каждый вендор решает по своему.

А по клиентам :

- "нормальный" это если есть порог на котором он принимает решение + плюшки хотя бы kv + плюшка r желательна

- "не нормальный" у которого нет порога принятия решения (до разрыва) + плюшки тут видимо уже не помогают

- возможно есть еще какой, то "неведанный"

Единственное, что у всех реализовано на 100%, это подключение к точке у которой сигнал сильнее.

 

 

[MDP]

На сколько подробнее? Двум дочерям купил телефоны года 2 или 3 назад практически в одно время...один ведёт себя адекватно, другой цепляется к точке. Оба телефона OPPO 5 или 5А . У одного всегда быстрый FT  переход, у другого как отключение от одной, включено к другой. 

Кстати физические адреса у устройств сильно разные (возможно попались такие)

5c:66:6c:eb:,,,,,

9c:f5:31:8e: ,,,,,

[vasek00]

2 часа назад, MDP сказал:

На сколько подробнее? Двум дочерям купил телефоны года 2 или 3 назад практически в одно время...один ведёт себя адекватно, другой цепляется к точке. Оба телефона OPPO 5 или 5А . У одного всегда быстрый FT  переход, у другого как отключение от одной, включено к другой. 

Кстати физические адреса у устройств сильно разные (возможно попались такие)

5c:66:6c:eb:,,,,,

9c:f5:31:8e: ,,,,,

Какой порог принятия решения RSSI на переключение (это тот который FT), так как тот который не может понятно, что сидит до упора.

Хотел убедиться, что у других порог с которого он принимает решение такой же -75/76.

 

[bigpu]

5 минут назад, vasek00 сказал:

Какой порог принятия решения RSSI на переключение (это тот который FT), так как тот который не может понятно, что сидит до упора.

Хотел убедиться, что у других порог с которого он принимает решение такой же -75/76.

Xiaomi Mi A3 Android 11 - 

gNeighborLookupThreshold=76

[bigpu]

В 10.07.2024 в 16:09, vasek00 сказал:

Все это как то странно так как имеем на нем WCNSS_qcom_cfg.ini в котором стоит -76

не в курсе где искать этот файл на Android 14? Видимо что-то поменялось в структуре, даже поиском не удается найти данный файл.

[vasek00]

22 минуты назад, bigpu сказал:

не в курсе где искать этот файл на Android 14? Видимо что-то поменялось в структуре, даже поиском не удается найти данный файл.

system/vendor/etc/wifi

[vasek00]

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

Xiaomi Mi A3 Android 11 - 

gNeighborLookupThreshold=76

т.е. у вас с переключением вопросов нет.

[bigpu]

3 минуты назад, vasek00 сказал:

system/vendor/etc/wifi

тут был, там три файла и ни в одном нет нужного параметра

[bigpu]

1 минуту назад, vasek00 сказал:

т.е. у вас с переключением вопросов нет.

нет, причем и с Realme 11, переходит по PMK-кэшу между Кинетиками на -75 - -78Дб, потому что нет "r" с WPA3

[MDP]

46 минут назад, vasek00 сказал:

Какой порог принятия решения RSSI на переключение (это тот который FT), так как тот который не может понятно, что сидит до упора.

Хотел убедиться, что у других порог с которого он принимает решение такой же -75/76.

 

надо будет глянуть....оочень интересно самому.

[MDP]

19 минут назад, bigpu сказал:

тут был, там три файла и ни в одном нет нужного параметра

Тоже на Realme 8 не нашёл...в папке точно нету, поиск по содержимому тоже без результатов.

[vasek00]

30 минут назад, bigpu сказал:

тут был, там три файла и ни в одном нет нужного параметра

Если вы про WCNSS_qcom_cfg то он же для "qcom"

[vasek00]

Была ранее программка - WifiFixer_20190321-01_Apkpure через нее можно менять некоторые параметры

https://apkpure.com/ru/wififixer/de.resolution.wififixer

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

Дельта - это чтоб обратно к этой точке не подключился

Цитата

# Check if the AP to which we are roaming is better than current AP in terms of RSSI.  Checking is disabled if set to Zero.Otherwise it will
# use this value as to how better the RSSI of the new/roamable AP should be for roaming
RoamRssiDiff=5
 

 

[bigpu]

39 минут назад, vasek00 сказал:

Если вы про WCNSS_qcom_cfg то он же для "qcom"

не понял вас, но по пути system/vendor/etc/wifi ни в одном из трех файлов нет даже параметра "RSSI"

[vasek00]

1 час назад, bigpu сказал:

не понял вас, но по пути system/vendor/etc/wifi ни в одном из трех файлов нет даже параметра "RSSI"

Выше речь шла о 

gNeighborLookupThreshold=76

[bigpu]

31 минуту назад, vasek00 сказал:

Выше речь шла о 

gNeighborLookupThreshold=76

Именно этот параметр и имел ввиду, загнался и написал "RSSI", я уже сказал, что по пути system/vendor/etc/wifi на Android 14 есть три файла, ни в одном из них нет параметра "gNeighborLookupThreshold" и среди этих трех файлов нет файла  WCNSS_qcom_cfg

Тоже самое человек выше говорил:

 

Изменено 15 июля, 2024 пользователем bigpu

[vasek00]

19 минут назад, bigpu сказал:

Именно этот параметр и имел ввиду, загнался и написал "RSSI", я уже сказал, что по пути system/vendor/etc/wifi на Android 14 есть три файла, ни в одном из них нет параметра "gNeighborLookupThreshold" и среди этих трех файлов нет файла  WCNSS_qcom_cfg

Написал же выше Если вы про WCNSS_qcom_cfg то он же для "qcom" или для Qualcomm чипов wifi.

[bigpu]

Только что, vasek00 сказал:

Если вы про WCNSS_qcom_cfg то он же для "qcom" или для Qualcomm чипов wifi.

спасибо, отчасти догадывался) Вопрос в том, что в случае MTK, гуглеж ничего не дал

[vasek00]

15 часов назад, bigpu сказал:

спасибо, отчасти догадывался) Вопрос в том, что в случае MTK, гуглеж ничего не дал

В Android есть - wpa_supplicant

Переход Sams A34 (на MTK и Android 14, wifi папка - wlan_common_rc, indoorchannel.info, p2p_supplicant_overlay.conf, wlan_vendor_rc, wpa_supplicant.conf, wpa_supplicant_overlay.conf) с 1811 на B6 (rssi-threshold -75) и обратно на 1811.

Переход Sams A50 (на exynos 9610 и так же свой wifi чип)

Сам процесс на A34

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

A34 на 1811 (MAC-48) переход на B6 (MAC-e6) на WPA3 802.11/kv -> Переход по PMK-кэшу

******
19:32:59 12.07.2024 - c U-KN на B6
19:33:44 12.07.2024 - c B6 на U-KN

19:32:45.045    KN-5/MAC-48
19:33:05.005    KN-5/MAC-e6 Roaming (same network) -67 -> -27dBm 5GHz AX3467->AX2402

На U-KN лог
Июл 12 19:30:53 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) had associated.
Июл 12 19:30:53 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) set key done in WPA3/WPA3PSK.

Июл 12 19:33:00 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) had deauthenticated by AP (reason: due to BSS transition management).
Июл 12 19:33:44 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) had re-associated from MAC-e6.
Июл 12 19:33:44 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) set key done in WPA3/WPA3PSK. 

На B6 лог
Июл 12 19:33:01 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) SAE key exchange done, PWE method: H2E.
Июл 12 19:33:01 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) had re-associated from MAC-48.
Июл 12 19:33:01 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) set key done in WPA3/WPA3PSK.
Июл 12 19:33:46 ndm Network::Interface::Mtk::WifiMonitor: "WifiMaster1/AccessPoint0": STA(MAC:13) had deauthenticated by AP (reason: due to BSS transition management). 

 

Переход Sams A50

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

A50 - WPA2/krv 1811 переход на B6 и потом обратно на 1811 -> Быстрый переход, а в обратную Откл-Подкл.
 

******
E0  - 12:36:32.032 [NETWORKING] [Network available] [0x25...0D] Wifi/KN-5/MAC-48
E1  - 12:36:32.032 [NETWORKING] [Network available] [0x25...0D] Wifi/KN-5/MAC-48
E2  - 12:36:32.032 [INTERNET] [Public IP for Network] [0x25...0D] 1хх.ххх.ххх.ххх
E3  - 12:36:32.032 [NETWORKING] [Default network available] [0x25...0D] Wifi/KN-5/MAC-48
******
E4  - 12:36:32.032 Wifi/KN-5/MAC-48
E5  - 12:37:27.027 State changed SUPPLICANT CONNECTING/ASSOCIATING
E6  - 12:37:27.027 State changed SUPPLICANT CONNECTING/CONNECTING
E7  - 12:37:32.032 Wifi/KN-5/MAC-e6
****** уход от B6 (rssi-threshold -75) и подход к 1811
E8  - 12:38:01.001 [Wifi] State changed SUPPLICANT DISCONNECTED
E9  - 12:38:01.001 NO NETWAORK CONNECTION
E10 - 12:38:01.001 [Wifi] State changed DISCONNECTED/DISCONNECTED
E11 - 12:38:01.001 [NETWAORKING] [Network lost] [0x25...0D] Wifi
E12 - 12:38:01.001 [NETWAORKING] [Default network lost] [0x00000000000]
E13 - 12:38:05.005 [Wifi] State changed SUPPLICANT CONNECTING/ASSOCIATING
E14 - 12:38:05.005 [Wifi] State changed SUPPLICANT CONNECTING/CONNECTING
E15 - 12:38:05.005 [Wifi] State changed SUPPLICANT ASSOCIATING
E16 - 12:38:05.005 [Wifi] State changed SUPPLICANT FOUR_WAY_HANDSHAKE
E17 - 12:38:05.005 [Wifi] State changed SUPPLICANT CONNECTID/AUTHENTICATING
E18 - 12:38:05.005 [Wifi] State changed SUPPLICANT GROUP_HANDSHAKE
E19 - 12:38:05.005 [Wifi] State changed SUPPLICANT CONNECTING/CONNECTING
E20 - 12:38:05.005 [Wifi] State changed SUPPLICANT CONNECTING/OBTAINING_IPADDR
E21 - 12:38:05.005 [Wifi] State changed SUPPLICANT COMPLETED
E22 - 12:38:06.006 [Wifi] State changed SUPPLICANT CONNECTING/CONNECTING
E23 - 12:38:06.006 Wifi/KN-5/MAC-48
E24 - 12:38:06.006 [NETWORKING] [Network available] [0x25...0D] Wifi/KN-5/MAC-48
E25 - 12:38:06.006 [NETWORKING] [Network unblocked] [0x25...0D] Wifi/KN-5/MAC-48

 

 

Изменено 16 июля, 2024 пользователем vasek00

[vasek00]

Для понимания начальной фазы принятия решения клиентом когда он выходит из диапазона одной точки доступа (AP) и переключается на следующую доступную AP.

 

"Поддержка роуминга Wifi на устройствах Apple" - перевод https://support-apple-com.translate.goog/guide/deployment/wi-fi-roaming-support-dep98f116c0f/web?_x_tr_sl=auto&_x_tr_tl=ru&_x_tr_hl=ru&_x_tr_pto=wapp

Остановлюсь на начальных этапах:

1. Устройства определяют, когда следует роуминг, сравнивая значение индикатора уровня принимаемого сигнала (RSSI) текущего соединения с RSSI новой точки доступа. После того как сигнал ослабляется до определенного значения (известного как порог срабатывания роуминга ), устройство оценивает кандидатов на роуминг. Учитываемые факторы включают порог срабатывания роуминга, полосу частот и технологию физического уровня (PHY), используемую точкой доступа-кандидатом роуминга.

Порог срабатывания и перекрытие ячеек

Компьютеры Mac отслеживают и поддерживают текущее соединение BSSID до тех пор, пока RSSI не превысит порог –75 дБм. Устройства iPhone и iPad отслеживают и поддерживают соединение с идентификатором базового набора услуг (BSSID) до тех пор, пока индикатор уровня принимаемого сигнала (RSSI) не превысит –70 дБм. После того как Mac, iPhone или iPad пересекают порог срабатывания роуминга, устройство сканирует BSSID-кандидаты роуминга для текущего идентификатора расширенного набора услуг (ESSID).

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

2. Критерии отбора кандидатов в диапазоны, сети и роуминг

Помимо достижения порогового значения роуминга, набор базовых услуг-кандидатов (или точка доступа) должен иметь сигнал, который лучше текущего. Для macOS потенциальный BSS должен иметь RSSI на 12 дБ выше, чем текущий BSS, независимо от того, находится ли Mac в режиме ожидания или передает данные. Для iOS, iPadOS и VisionOS потенциальный BSS должен иметь RSSI на 8 дБ выше, если iPhone, iPad или Apple Vision Pro передает данные, или RSSI на 12 дБ выше, если устройство находится в режиме ожидания.

Например, iPhone подключен к SSID, где RSSI текущего соединения может упасть до –75 дБм во время вызова голосовой связи через WLAN (VoWLAN). Когда это происходит, устройство позже ищет BSSID-кандидаты для роуминга, которые имеют RSSI не менее –67 дБм. Если Mac подключен к той же сети и RSSI текущего соединения падает до –75 дБм, устройство ищет кандидата BSSID для роуминга, который имеет RSSI не менее –63 дБм.

3. Поддержка оптимизации роуминга

см.ссылку выше.

 

У Samsung он аналогичен - https://docs.samsungknox.com/admin/knox-platform-for-enterprise/kbas/kba-115013403768/

Остановлюсь на начальных этапах:

Есть 3 фактора, которые вызывают роуминг на мобильном устройстве Samsung:

1. Слабый сигнал - Мобильные устройства вызывают роуминг-сканирование, чтобы избежать частых ретрансляций от потерянных пакетов. Когда значение текущего AP-полученное значение Полученное значение Сигнальной Силы (RSSI) является слабым (ниже -75dBm), устройство ищет AP с более сильным сигналом.

2. Когда пакеты маяка из подключенного AP не получаются через 2 секунды (6 секунд, если дисплей выключен), мобильное устройство считает его потерянным маяком и запускает роуминг.

3. Когда несколько клиентов подключены к одной и той же AP, подключение может быть затруднено, несмотря на наличие сильного радиосигнала из-за ограниченных ресурсов. В этом случае AP уведомит клиентов о своем текущем трафике через фактор CU в своем маяке. Затем мобильное устройство спровоцировало роуминговое сканирование, если полученное значение CU превышает 70 процентов, а нынешнее значение RSSI - между -65dBM и -75dBm.

И так же поддержка оптимизации роуминга.

 

И как мы видели выше есть клиенты которые это не используют, хотя странно как то тот же HONOR X9a Android 13 это не умеет или не включен, или еще что-то.

Изменено 23 июля, 2024 пользователем vasek00