vasek00

1. Думаю нужно ознакомится с https://help.keenetic.com/hc/ru/articles/360007279039-Mesh-Wi-Fi так же обратить внимание на метрики, так же есть команда как это все посмотреть. 2. Клиенты часто норовят подключиться к дальней точке с плохим сигналом. И не соскочат пока не перезагрузишь их или дальний ретранслятор. А это странно так как КЛИЕНТ ВСЕГДА подключается/выбирает точку у которой сигнал RSSI лучше, т.е. если от одной -60 а от другой -50 то он клиент будет подключен к той у которой -50. Данный вопрос требует уточнения значения данногопараметра только не по "галкам" тут 3 а тут 2. Покажите любой доступной программой/анализатором уровень в данной точке. Колонка AirPlay с аккумулятором. С чего то решила подключиться к центру дома. Смотрим выше. Походите с анализатором на клиенте и оцените Wifi эфир в помещение от того как вы разместили ТД/роутер в данном помещение.

Более точно опишите. Про WG = два канала, на каждом поднят свой WG, так же есть два профиля в котором есть по WG (и только). Проблем нет. DNS правда хитрый - на WG их нет, но стоит AGH на основном канале.

Увидел, отправил

Я вам в лс вчера написал, сейчас перегружу и будет в сломанном состояние. Все можно смотреть - "сломано"

Все что открывается или не открывается относиться к работе DNS или к размеру MTU.

После вечернего "хождения" по WEB в мобильном приложение, данная страница стала открываться. Так же и на странице /internet-filter/content-filter все ОК (выключено). Перезагрузка - все ломает Входим в мобильное приложение - в Сетевых правилах -> "Интернет фильтры" Выкл (на WEB ПК крутится проверка доступности), передергиваем Сетевые правила "Интернет фильтры" на "Публичный" и обратно на "Выключено" тогда на WEB ПК все ОК. По странице Клиенты, аналогично после перезапуска роутера "Список клиентов" пуст, идем в мобильное "Мои сети"->"Политика доступа для незарег.устройств" с текущего без выхода на любой например на по умолчанию - проверяем на WEB ПК все ОК -> возвращаю на значение "Нет доступа в интернет" и так же все ОК. Ладно хоть так тогда.

Да конечно

Данные компоненты не установлены - SkyDNS/NextDNS и Captive portal только "Фильтрация контента и блокировка рекламы при помощи облачных сервисов" Да на 1811 стоит только NextDNS + "Фильтрация контента и блокировка рекламы при помощи облачных сервисов"

На 1811 все ок со списком клиентов, без сброса 2710 видимо не обойтись.

Peak новый WEB - список клиентов на FF и на Chromium.

В 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 Переход Sams A50

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

Выше речь шла о gNeighborLookupThreshold=76

Была ранее программка - WifiFixer_20190321-01_Apkpure через нее можно менять некоторые параметры https://apkpure.com/ru/wififixer/de.resolution.wififixer Дельта - это чтоб обратно к этой точке не подключился

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

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

system/vendor/etc/wifi

Какой порог принятия решения RSSI на переключение (это тот который FT), так как тот который не может понятно, что сидит до упора. Хотел убедиться, что у других порог с которого он принимает решение такой же -75/76.

По клиентам можете чуток по подробней? Ну есть же стандарты, вопрос скорей всего на все ли 100% они реализованы на клиентах, а если не стандарты, а рекомендации, то да каждый вендор решает по своему. А по клиентам : - "нормальный" это если есть порог на котором он принимает решение + плюшки хотя бы kv + плюшка r желательна - "не нормальный" у которого нет порога принятия решения (до разрыва) + плюшки тут видимо уже не помогают - возможно есть еще какой, то "неведанный" Единственное, что у всех реализовано на 100%, это подключение к точке у которой сигнал сильнее.

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

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

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

При обсуждение с ТП по данному поведению и ответ - beamforming отношения не имеет, явных проблем в работе связки KN-1811 + Buddy 6 на ширине 160 МГц не обнаружено, а так же что можно было бы улучшить или исправить в текущем варианте. На работу же rate control KN-1811 повлиять невозможно. Попробуем еще раз на 42A17 сменив положение Buddy 6.

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

Берем клиента 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 переключается в любом случае.