Jump to content
  • 0

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


vasek00

Question

Берем клиента 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

 

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

-1.thumb.jpg.d2316af4bfb223dd75077f6e810f98a3.jpg

 

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

Edited by vasek00
Link to comment
Share on other sites

25 answers to this question

Recommended Posts

  • 0
Posted (edited)

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

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

-2.thumb.jpg.81d01585f354b5b64092f46f49e8090a.jpg

 

Edited by vasek00
Link to comment
Share on other sites

  • 0

Про параметр "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. 

 

Link to comment
Share on other sites

  • 0

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

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

Link to comment
Share on other sites

  • 0

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

Link to comment
Share on other sites

  • 0

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

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

Link to comment
Share on other sites

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

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

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

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

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

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

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

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

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

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

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

 

 

Link to comment
Share on other sites

  • 0

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

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

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

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

Link to comment
Share on other sites

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

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

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

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

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

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

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

 

Link to comment
Share on other sites

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

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

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

Xiaomi Mi A3 Android 11 - 

gNeighborLookupThreshold=76
  • Thanks 1
Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

system/vendor/etc/wifi

Link to comment
Share on other sites

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

Xiaomi Mi A3 Android 11 - 

gNeighborLookupThreshold=76

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

Link to comment
Share on other sites

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

system/vendor/etc/wifi

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

Link to comment
Share on other sites

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

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

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

  • Thanks 1
Link to comment
Share on other sites

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

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

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

 

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

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

  • 0

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

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

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

Screenshot_20240715_153253_WifiFixer.thumb.jpg.b5049a09a64f0a372f502697557f3a37.jpg

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

Цитата

# 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
 

 

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

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

gNeighborLookupThreshold=76
Link to comment
Share on other sites

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

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

gNeighborLookupThreshold=76

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

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

 

Edited by bigpu
Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

  • 0
Posted (edited)
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

-2.jpg.b3a11dda0418140fbfc90b147e6f0a2d.jpg

 

 

Edited by vasek00
Link to comment
Share on other sites

  • 0
Posted (edited)

Для понимания начальной фазы принятия решения клиентом когда он выходит из диапазона одной точки доступа (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 это не умеет или не включен, или еще что-то.

Edited by vasek00
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...