Jump to content

pigovina

Forum Members
  • Content Count

    93
  • Joined

  • Last visited

Community Reputation

22 Excellent

About pigovina

  • Rank
    Advanced Member

Equipment

  • Keenetic
    Ultra

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. pigovina

    Такая же проблема у меня на 2-х разных объектах, на KN-1510 и KN-1710, открыты запросы в техподдержку.
  2. Для более гибкой настройки беспроводной сети на устройствах входящих в 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 для каждого подчиненного устройства. Выглядеть это бы могло следующим образом (см. аттач). Поддержавших идею прошу голосовать.
  3. На самом устройстве дата и время корректные.
  4. Сломалось отображение времени в журнале переходов в Wi-Fi системе на 3.1 Alpha 3, KN-1510. При этом время на всех устройствах корректное, синхронизируется по NTP, в логах время также верное.
  5. pigovina

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

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

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

    У меня данная проблема наблюдается на нескольких KN-1510 в сети, как на 2.15, так и на 3.0 софте. По данной проблеме открыт запрос #435199 от 15.04.2019 в официальной технической поддержке.
  10. Подтверждаю проблему. По факту устройства в сети, не отваливаются, пинг не пропадает, однако в списке устройств Keenetic то есть, то нет.
  11. 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.
  12. pigovina

    Подтверждаю, периодически проскакивают ошибки status code: 28, 53 для устройств Apple. KN-1710, один в режиме маршрутизатора, второй в режиме ТД, на обоих актуальная версия draft.
  13. Хорошо, тогда остается только первый вопрос по журналу переходов.
  14. Обратил внимание, что в журнал переходов на контроллере не попадают переходы клиентов между диапазонами 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.
  15. Версия 3.00.A.2.0-4: Wi-Fi: исправлено падение скорости до OFDM 6 Мбит/с и CCK 1 Мбит/с при переключении таблицы rate_ctl на mt7628 и mt7592 Это не об этом ли речь идет?
×
×
  • Create New...