[100% загрузка процессора]

Такая же проблема у меня на 2-х разных объектах, на KN-1510 и KN-1710, открыты запросы в техподдержку.

[Wi-Fi система: возможность независимого выбора диапазонов 2.4/5 ГГц на устройствах]

Для более гибкой настройки беспроводной сети на устройствах входящих в Wi-Fi систему хотелось бы иметь возможность независимого выбора диапазонов на каждом из них.

Зачастую могут возникать ситуации, когда на каком-либо из устройств в Wi-Fi системе необходимо отключить один из диапазонов, например на одной из точек доступа выключить 2.4 ГГц, чтобы клиенты к ней подключались только на 5 ГГц. В нынешней реализации это невозможно: на подчиненной точке доступа ползунок неактивен, при отключении интерфейса через cli после перезагрузки настройки синхронизируются с контроллером и вернутся к исходному значению.

К примеру имеется Wi-Fi система из Giga KN-1010 и двух Omni KN-1410, в которой Giga выступает в качестве контроллера и на ней возникла необходимость отключения 2.4 ГГц. При выполнении этого действия на Giga полностью отключится и беспроводная сеть на обоих Omni KN-1410, ведь они вещают только в одном диапазоне 2.4 ГГц, который был отключен на Giga.

На свой взгляд вижу два варианта реализации этого функционала:

1. Разрешить вкл/выкл band на подчиненных устройствах, при этом считать настройку сделанную локально на подчиненной точке более приоритетной, чтобы она не "затиралась" при очередном разливе настроек с контроллера; 
2. Прибегнуть к более сложному, но более правильному, на мой взгляд, дизайнерскому решению: в контроллере Wi-Fi системы в списке устройств дать возможность выбора band для каждого подчиненного устройства. Выглядеть это бы могло следующим образом (см. аттач).

Поддержавших идею прошу голосовать.

[Не отображается время в журнале переходов в Wi-Fi системе 3.1 Alpha 3, KN-1510]

15 минут назад, Mamay сказал:

У вас даже дата не корректная установлена...

На самом устройстве дата и время корректные.

[Не отображается время в журнале переходов в Wi-Fi системе 3.1 Alpha 3, KN-1510]

Сломалось отображение времени в журнале переходов в Wi-Fi системе на 3.1 Alpha 3, KN-1510.

При этом время на всех устройствах корректное, синхронизируется по NTP, в логах время также верное.

[100% загрузка проца.]

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

@pigovina, а мобильным приложением Вы пользуетесь?

Нет, не пользуюсь.

[Wi-Fi-система - Журнал переходов]

Также есть еще одна проблема с журналом переходов, о которой я писал здесь.

[100% загрузка проца.]

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

Чтобы 2 раза не ходить - какую инфу от Вас ещё просили?

Добрый день, Вы можете сейчас на роутере в меню диагностика создать правило для Home vlan и запустить сбор пакетов, пособирать хотя бы минуту, завершить и прислать файл захвата вместе с self-test нам сюда, 
https://help.keenetic.com/hc/ru/search/click?data=BAh7CjoHaWRsKwgMMLLRUwA6CXR5cGVJIgxhcnRpY2xlBjoGRVQ6CHVybEkiAZcvaGMvcnUvYXJ0aWNsZXMvMzYwMDAwNDAxNDIwLSVEMCU5NyVEMCVCMCVEMSU4NSVEMCVCMiVEMCVCMCVEMSU4Mi0lRDElODElRDAlQjUlRDElODIlRDAlQjUlRDAlQjIlRDElOEIlRDElODUtJUQwJUJGJUQwJUIwJUQwJUJBJUQwJUI1JUQxJTgyJUQwJUJFJUQwJUIyBjsHVDoOc2VhcmNoX2lkSSIpNTJiZWViZjMtMjhmZC00NmVlLWE5NDEtMGM2YTFhMDdkYWE4BjsHRjoJcmFua2kG--a0d9d4c12f9fdf3d01f6ae5cdd11bdb945e9ec9a
Спасибо.

С уважением,
служба поддержки.

[100% загрузка проца.]

57 минут назад, VVS сказал:

Да, на 2.15 тоже что-то похожее наблюдается.

Не так критично, загрузка проца ~80% "на ровном месте", но всё равно так не должно быть.

Обратитесь в официальную техподдержку, возможно Ваш запрос также поможет в скорейшем решении проблемы, пока локализовать ее не могут.

[100% загрузка проца.]

У меня данная проблема наблюдается на нескольких KN-1510 в сети, как на 2.15, так и на 3.0 софте.

По данной проблеме открыт запрос #435199 от 15.04.2019 в официальной технической поддержке.

[Web-интерфейс: "Список устройств"]

Подтверждаю проблему.

По факту устройства в сети, не отваливаются, пинг не пропадает, однако в списке устройств Keenetic то есть, то нет.

[Cifs::ServerTsmb: failed to send a CLI command.]

KN-1710, 3.00.A.2.0-5 работает в режиме ТД, к которой подключен flash накопитель, после перезапуска в логе появляется сообщение:

self-test в скрытом сообщении ниже.

Апр 25 08:28:55

 

ndm

kernel: TSMB module version 3019.4.22 started from process 486!

Апр 25 08:28:59

 

ndm

Cifs::ServerTsmb: failed to send a CLI command.

Апр 25 08:28:59

 

ndm

Cifs::ServerTsmb: service started.

 

[Iphone X rejected (status code: 28, 53)]

Подтверждаю, периодически проскакивают ошибки status code: 28, 53 для устройств Apple.

KN-1710, один в режиме маршрутизатора, второй в режиме ТД, на обоих актуальная версия draft.

 

[Модульная Wi-Fi система: журнал переходов]

40 минут назад, AndreBA сказал:

Про это уже писал:здесь.

Хорошо, тогда остается только первый вопрос по журналу переходов.

[Модульная Wi-Fi система: журнал переходов]

Обратил внимание, что в журнал переходов на контроллере не попадают переходы клиентов между диапазонами 2.4 ГГц <> 5 ГГц на подчиненных точках доступа.

В журнал контроллера попала запись о подключении клиента к точке, но последующий переход между ее диапазонами уже нет.

 

Лог с точки доступа:

Apr 23 07:43:05 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Apr 23 07:43:06 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Apr 23 07:43:55 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 5GHz band 
Apr 23 07:43:55 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 5GHz band 
Apr 23 07:43:55 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Apr 23 07:43:55 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Apr 23 07:52:14 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had been aged-out and disassociated (idle silence).

3.00.A.2.0-4.

[Отображение параметров подключения Wi-Fi клиентов]

Версия 3.00.A.2.0-4:
Wi-Fi: исправлено падение скорости до OFDM 6 Мбит/с и CCK 1 Мбит/с при переключении таблицы rate_ctl на mt7628 и mt7592

 

Это не об этом ли речь идет?

[Web-интерфейс: ссылка "перейти к закачкам"(transmission)]

Подтверждаю, не работает, неверная ссылка в морде.

При переходе по https://192.168.1.1:8090/transmission/web открывается.

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

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

pigovina

Вчера удалось локализовать проблему FT ре-ассоциации с iPhoneX. Изменение будет включено в сборку 3.00.A.2.0-2.

Протестировал, спасибо, заработало!

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

10 часов назад, JIABP сказал:

iPhone 6 в веб-морде отображается как 11ac/k/v 1x1 80 МГц - быстрый переход не работает.

А на какой версии iOS это устройство?

У меня на iPhone 6 с iOS начиная с 11 все отлично работает, флаг "r" присутствует.

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

В 01.04.2019 в 21:01, Padavan сказал:

Исправление для NULL data фреймов войдет в следующий билд 3.00 (в конце недели). Для 2.15 тоже войдет, но решение о перевыпуске корректирующего релиза принимается отдельно, пока у меня информации о дате нет.

На 3.00.A.2.0-1 ничего не изменилось.

С новыми клиентами Apple проблема сохраняется, на старых FT работает.

[Отображение параметров подключения Wi-Fi клиентов]

В настройках Wi-Fi для сети 2.4 ГГц разрешен только 802.11n, для сети 5 ГГц только 802.11n+ac.

При этом клиенты с плохим уровнем сигнала отображаются с 802.11a или 802.11g и при этом работают. На прошивке 2.15 также. 

inSSider в эфире видит только 802.11n.

 

[Включение компонента Wi-Fi система в режиме точки доступа]

Не вижу никакого сумбура. Одна из точек доступа назначается контроллером.

К примеру такое решение давным давно реализовано у Cisco Aironet.

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

[Ошибки в системном журнале]

В 05.04.2019 в 18:47, Fandor сказал:

Именно так и есть, появляются при просмотре журнала переходов.

Подтверждаю.

[Включение компонента Wi-Fi система в режиме точки доступа]

Планируется ли добавить возможность включения компонента "Wi-Fi система" на Keenetic в режиме точки доступа?

Не редко могут возникать ситуации, когда в качестве маршрутизатора в сети используется отличное от Keenetic оборудование, а уже Wi-Fi сеть построена на Keenetic. 

Сейчас для использования Wi-Fi системы при такой конфигурации сети приходится настраивать один из Keenetic в режиме маршрутизатора, затем отключать на нем DHCP, удалять сегмент Интернет и прописывать default route, что в общем-то, не очень удобно. 

 

[2.15.C.1 реализация Band Steering]

37 минут назад, Sergey Zozulya сказал:

Клиент ведь ответил утвердительно, поэтому и попытки прекращаются.

Тут не поспоришь, логика верная, только результат не достигнут.

По этому и хотелось бы понять, возможно имеет смысл проводить проверку, перешел ли по факту клиент в 5 ГГц и если нет, продолжать отправлять ему BTM request for roam to 5GHz band, до того момента, пока клиент не перейдет.

 

[2.15.C.1 реализация Band Steering]

Из 5 ГГц в 2.4 переключается без проблем, а вот обратно в пятерку, зачастую, устройства не возвращаются.

Я прекрасно понимаю, что решение о переходе принимает сам клиент, вопрос в том, нормально ли поведение keenetic, при котором он только 1 раз предлагает устройству переход в пятерку.