Jump to content

pigovina

Forum Members
 View Profile  See their activity

  • Posts

    93

  • Joined

  • Last visited

 Content Type 

Posts posted by pigovina

    Компонент "Контроллер Wi-Fi системы"

    in 2.15

    Posted · Edited by pigovina

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

    То есть, если уже есть маршрутизатор другого производителя, а кинетики планируется использовать только в режиме точек доступа, одну из ТД назначить контроллером для остальных.

    Конечно можно один из кинетиков запустить в режиме маршрутизатора, отключить на нем DHCP сервер, подключить линки до других кинетиков в режимах ТД в LAN порты, но хотелось бы более эстетичный вариант.

    WPA2-Enterprise

    in Реализованные пожелания

    Posted · Edited by pigovina

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

    Enterprise - ведь это всего лишь soft. И как нам поведал разработчик оно будет...

    Вы предлагаете так ответить всем сотрудникам офиса после замены оборудования? Пока пусть ждут, как наберется нужное количество голосов и у разработчиков появится время на реализацию? ;)

    Почему "почти" - потому как не ожидал, что данной поддержки в кинетике нет и с этой стороны даже и не ждал подвоха.

    WPA2-Enterprise

    in Реализованные пожелания

    Posted

    Присоединяюсь.

    WPA2-Enterprise безусловно нужен.

    Уже почти закупил Кинетики для апгрейда очередной офисной сети, но обнаружил, что такой поддержки нет..

    В настоящий момент сеть данного офиса работает на Асусах, а Radius поднят на сетевом хранилище Synology.

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

    in Обмен опытом

    Posted · Edited by pigovina

    9 часов назад, Padavan сказал:

    Ошибка означает, что хост-кейхолдер не может найти в базе PMK-R0 или R1 запись при попытке клиента пройти на нем FT auth. Такое сейчас возможно, после того как

    - вы смените любые настройки Wireless и база PMK будет очищена при перезапуске драйвера
    - роутер/AP будут перезагружены
    - изменится IP на AP, при этом управляющий демон будет перезапущен

    На сколько я понимаю, ни под один из 3-х случаев мой сценарий работы не попадает: 

    К примеру, вчера утром я перезагрузил роутеры при обновлении прошивки, никакие настройки более на нем не менялись. Предположим, что после перезагрузки может разово возникнуть данная ошибка, однако она мелькает на протяжении всего дня. Вечером сотрудники ушли из офиса, вернулись на следующий день, авторизовались по 4-way после отсутствия, ошибка 28 мелькает снова весь день.

    9 часов назад, Padavan сказал:

    После того как клиент не смог перейти по FT auth, он обычно коннектится стандартным способом, используя 4-way хендшейк и база кейхолдера обновляется автоматически. У нас есть идеи, как побороть первые 2 пункта, не прибегая к сохранению PMK-R1 (так как он секретный).

    -
    На данной ошибке не стоит заострять внимание, так как результат FT auth выводили специально для внутренней отладки.

    А разве тогда не теряется смысл бесшовного роуминга, если клиент не проходит FT, в результате чего начинается полный цикл 4-way? Ну и при этом происходит разрыв WiFi Call звонка.

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

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

    in Обмен опытом

    Posted

    12 часа назад, Владимир23 сказал:

    готовится к публикации новая версия v2.14. В ней будут внесены дополнительные исправления по ошибке 28 

    Владимир, а Вы участвуете в разработке или какое-то отношение имеете к ней?

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

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

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

    in Обмен опытом

    Posted

    У меня также в вебе кинетика нет флагов /v для эпл устройств, а для самсунга и некоторых других есть.

    Хотя эпл /v точно поддерживает. Может просто не влезают все флаги в таблицу?

    Ну и главный вопрос - сам стандарт /v уже реализован в 2.14.B.1.0-2 ?

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

    in Обмен опытом

    Posted · Edited by pigovina

    В очередной раз, уже на втором объекте в другом городе с Кинетиками возникли проблемы в работе роуминга.

    Nov 13 12:07:36 wmond: WifiMaster1/AccessPoint0: (MT7610) STA(38:53:9c:0e:**.**) FT authentication rejected (status code: 28).
    Nov 13 12:07:36 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had associated successfully (FT mode).
    Nov 13 12:07:36 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) set key done in WPA2/WPA2PSK.

    И так может быть или на всех ТД или на некоторых, настройки идентичные.

    Пока обратил внимание, что проблема наблюдается с устройствами Apple (возможно и совпадение), пробовал отключать и включать FT over DS, как мне посоветовали в поддержке, но результата это не принесло.

    Также в поддержке прокомментировали (Запрос #406898), что значит ошибка 28: "Сообщение FT authentication rejected (status code: 28) говорит о том, что на хосте нет ключа, который рассылается всем устройствам мобильного домена."

    Если на всех ТД поменять id и ключ мобильного домена может помочь на какое-то время. А может на одних устройствах заработать, а на других наоборот сломаться. Взаимосвязи пока не выявил.

     

    Также есть еще один непонятный момент, почему переключении между ТД в логи попадают сообщения set key done in WPA2/WPA2PSK., тогда как при корректной работе бесшовного роуминга таких сообщений быть не должно.

    Nov 13 12:06:59 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) FT authenticated successfully.
    Nov 13 12:06:59 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had re-associated successfully (FT mode).
    Nov 13 12:07:05 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had associated successfully (FT mode).
    Nov 13 12:07:05 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) set key done in WPA2/WPA2PSK.
    Nov 13 12:07:29 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) FT authenticated successfully.
    Nov 13 12:07:29 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had re-associated successfully (FT mode).
    Nov 13 12:07:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had associated successfully (FT mode).
    Nov 13 12:07:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) set key done in WPA2/WPA2PSK.
    Nov 13 12:07:36 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) FT authenticated successfully.
    Nov 13 12:07:36 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had re-associated successfully (FT mode).
    Nov 13 12:07:36 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) had associated successfully (FT mode).
    Nov 13 12:07:36 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(38:53:9c:0e:**.**) set key done in WPA2/WPA2PSK.

     

×
×
  • Create New...