pigovina

April 4, 2019

Телефон в 2 метрах от Keenetic.

В 10:00 телефон оказался в уверенной зоне покрытия 5 ГГц и Кинетик предложил ему переход в 5 ГГц, на который телефон ответил согласием, однако переход так и не совершил.

Более никаких событий по логам не происходило, спустя 3 часа телефон остается в 2.4 ГГц.

Apr 4 10:00:18 bndstrg: band steering: send BTM request to 04:d6:aa:8c:xx:xx for roam to 5GHz band
Apr 4 10:00:18 bndstrg: band steering: WNM client 04:d6:aa:8c:xx:xx accepted 5GHz band

sams_wf.jpg.213b8ce73d3510341e681d1d795a6fc6.jpg

April 4, 2019

В 19.03.2019 в 17:14, Padavan сказал:

- если клиент сейчас сидит на 2.4G бэнде и в течении 10 секунд уровень от него выше нормы (+ небольшой запас), и если с последнего переключения прошло более 50 секунд (180 для iOS), то ему применяется событие OP_STEERED, далее все как в пункте 5G

Обратил внимание, что ряд клиентов, например Apple и Samsung, при перемещении в уверенную зону покрытия 5 ГГц так и остаются висеть в 2,4.

Keenetic при этом выполняет всего один BTM request for roam to 5GHz band, клиент отвечает accepted, однако перехода после этого не следует.

Более от Keenetic таких запросов к клиенту не выполняется, а клиент может часами оставаться в 2.4.

Нормальное ли это поведение? Возможно стоит повторять данный запрос к клиенту с определенной периодичностью, скажем раз в 10 минут, если клиент так и не перешел в 5 ГГц?

April 1, 2019

В 30.03.2019 в 22:09, Padavan сказал:

В ближайшее время подготовим исправление для всех линеек Wireless чипов.

2.15.C.3.0-0 - это оно и есть?

Похоже, что стало ещё хуже. FT как не работал, так и не работает, но теперь Wi-Fi вообще пропадает на iPhone X при переключении между диапазонами.

Завтра детально протестирую.

March 27, 2019

Протестировал еще на 3-х устройствах.

iPhone 7 - FT работает;

iPhone 8 - FT не работает;

Samsung Galaxy Note 8 - FT не работает, логи с него ниже, картина та же.

[I] Mar 27 11:57:50 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had re-associated successfully (FT mode).
[I] Mar 27 11:57:55 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) had associated successfully (FT mode).
[I] Mar 27 11:57:55 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) set key done in WPA2/WPA2PSK.
[I] Mar 27 11:57:56 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.50.110 from 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:57:56 ndhcps: sending ACK of 192.168.50.110 to 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:57:58 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) FT authenticated successfully.
[I] Mar 27 11:57:58 ndm: kernel: fastvpn: cleared binds for 04:d6:aa:8c:xx:xx
[I] Mar 27 11:57:58 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had re-associated successfully (FT mode).
[I] Mar 27 11:58:02 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) had associated successfully (FT mode).
[I] Mar 27 11:58:02 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(04:d6:aa:8c:xx:xx) set key done in WPA2/WPA2PSK.
[I] Mar 27 11:58:03 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.50.110 from 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:58:03 ndhcps: sending ACK of 192.168.50.110 to 04:d6:aa:8c:xx:xx.
[I] Mar 27 11:58:08 bndstrg: band steering: send BTM request to 04:d6:aa:8c:xx:xx for roam to 2.4GHz band (Low RSSI: -82) 
[I] Mar 27 11:58:08 bndstrg: band steering: WNM client 04:d6:aa:8c:xx:xx accepted 2.4GHz band 
[I] Mar 27 11:58:19 bndstrg: band steering: send BTM request to d0:4f:7e:62:c8:a3 for roam to 2.4GHz band (Low RSSI: -80) 
[I] Mar 27 11:58:25 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) FT authenticated successfully.
[I] Mar 27 11:58:25 ndm: kernel: fastvpn: cleared binds for 04:d6:aa:8c:xx:xx
[I] Mar 27 11:58:25 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had re-associated successfully (FT mode).
[I] Mar 27 11:58:26 bndstrg: band steering: send BTM request to d0:4f:7e:62:c8:a3 for roam to 2.4GHz band (Low RSSI: -80) 
[I] Mar 27 11:58:27 bndstrg: band steering: WNM client d0:4f:7e:62:c8:a3 accepted 2.4GHz band 
[I] Mar 27 11:58:29 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) had associated successfully (FT mode).
[I] Mar 27 11:58:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(04:d6:aa:8c:xx:xx) set key done in WPA2/WPA2PSK.

March 27, 2019

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

pigovina

У меня под рукой есть iPad Air2, с ним вопросов нет. iPhone X есть в офисе, надо потестить внимательнее.

С более старыми Apple устройствами, такими как iPad Air 2, iPhone 6/6s/6s Plus, SE проблем нет, а вот на более новых, в частности X и Xr проблема есть.

Обновление iOS на 12.2 проблему не решило..

March 26, 2019

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

pigovina

Не совсем понял, "Управление BSS-окружением 802.11k/v" у вас включено или нет?

Apple требуют 11k, без RRM, клиент не может получить списки окружения с каждой AP.

Да, включено, я выше уже писал.

self-test ниже прилагаю.

March 25, 2019

KN-1710, не работает журнал переходов в модульной Wi-Fi системе. После перезагрузки работает, спустя минут 15 или после обновления страницы перестает. (браузер Google Chrome).

KN-1710 используется один, без доп. ТД.

Включен роуминг 802.11к FT для клиентов 2,4 и 5 ГГц, по логам в журнале при этом переходы вижу.

Также в логах периодически сыпет ошибка:

Мар 25 09:13:05 ndm
Core::Configurator: not found: "show/log".
Мар 25 09:13:24 ndm
Core::Syslog: last message repeated 9 times.

March 24, 2019

В 05.03.2019 в 10:36, Padavan сказал:

Если у вас клиенты iPhone5 и выше с обновленной iOS, то не используйте FT over the DS.

Можете помочь в исследовании проблемы, описанной выше на iPhone X?

March 24, 2019

При включенном band steering тоже самое, через WPA2/WPA2PSK.

Сброс настроек сети iPhone X делал, кинетик даже сбрасывал и настраивал заново..

Mar 24 08:51:15 ndm: Core::Syslog: the system log has been cleared.
Mar 24 08:52:12 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 2.4GHz band (Low RSSI: -87)
Mar 24 08:52:12 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 08:52:12 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 08:52:12 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 08:52:22 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had been aged-out and disassociated (idle silence).
Mar 24 08:53:23 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 5GHz band
Mar 24 08:53:26 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 5GHz band
Mar 24 08:53:26 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 08:53:26 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 08:53:26 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 08:53:29 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 08:53:30 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 24 08:57:45 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 2.4GHz band (Low RSSI: -81)
Mar 24 08:57:49 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 2.4GHz band
Mar 24 08:57:49 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 08:57:49 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 08:57:49 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 08:57:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 08:57:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 24 09:01:34 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 09:01:35 wmond: Core::Syslog: last message repeated 2 times.
Mar 24 09:01:35 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 09:01:35 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 09:01:37 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 09:01:37 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 24 09:02:22 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 5GHz band
Mar 24 09:02:25 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 5GHz band
Mar 24 09:02:25 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 24 09:02:25 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 24 09:02:25 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 24 09:02:29 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 24 09:02:29 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.

March 23, 2019

Имеется один KN-1710, на котором вещается 2.4 и 5 ГГц, на нем включен роуминг для обоих сетей, Управление BSS-окружением 802.11k/v, band steering выключен.

FT не работает для iPhone X и Xr:

Mar 23 21:19:42 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:19:42 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:19:44 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.9.9 from 18:81:0e:6a:xx:xx.
Mar 23 21:19:44 ndhcps: sending ACK of 192.168.9.9 to 18:81:0e:6a:xx:xx.
Mar 23 21:20:19 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:20:19 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:20:19 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:20:22 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:20:22 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:23:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:23:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:23:50 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:23:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:23:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:25:28 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:25:28 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:25:28 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:25:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:25:30 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:28:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) FT authenticated successfully.
Mar 23 21:28:49 ndm: kernel: fastvpn: cleared binds for 18:81:0e:6a:xx:xx
Mar 23 21:28:49 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had re-associated successfully (FT mode).
Mar 23 21:28:51 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) had associated successfully (FT mode).
Mar 23 21:28:52 wmond: WifiMaster1/AccessPoint0: (MT76x2) STA(18:81:0e:6a:xx:xx) set key done in WPA2/WPA2PSK.
Mar 23 21:28:57 bndstrg: band steering: send BTM request to 18:81:0e:6a:xx:xx for roam to 2.4GHz band (Low RSSI: -85)
Mar 23 21:29:00 bndstrg: band steering: WNM client 18:81:0e:6a:xx:xx accepted 2.4GHz band

При этом на iPhone SE и iPad Air 2 проблем не наблюдается - FT проходит штатно.

March 20, 2019

В проблеме описанной мной выше, контроллер видит сам себя в качестве точки доступной к добавлению в систему.

March 11, 2019

В 09.03.2019 в 12:03, vasek00 сказал:

подправил уровни на ТД1

Мощность передатчика покрутили на обоих точках?

March 6, 2019

В этой теме, на сколько я помню, обсуждалось.

Или в смежной по роумингу. Как раз таки роуминг 802.11k/r/v они также не поддерживают.

Если не прав, прошу поправить.

March 6, 2019

Giga II и Ultra (первая) не поддерживают работу в Wi-Fi системе.

March 5, 2019

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

На релизе 2.15, "соскоков" iOS быть не должно

Можете дать рекомендацию, стоит ли включать опцию FT over the DS?

В сети, по большей части, клиенты Apple.

March 4, 2019

А в логе как это выглядит?.

Вероятно это новая ошибка status code: 53, взамен решенной status code 28.

February 28, 2019

15 часов назад, Le ecureuil сказал:

У вас WAN идет через LAN?

Зачем нужен ip nat PPTP0?

По сути Keenetic используется как точка доступа (однако предустановлен режим маршрутизатора) + контроллер Wi-Fi системы + поднимает VPN для связанности локальных сетей. Интернет поднят на другом маршрутизаторе, линк с которого я и отдаю на Keenetic в LAN порт.

Почему в LAN, а не в WAN - чтобы не делать еще второй NAT перед выходом в интернет.

Почему Keenetic в режиме маршрутизатора, хоть и не маршрутизирует трафик в интернет - потому как в режиме Точка доступа на нем недоступны компоненты Wi-Fi системы и VPN клиента.

Что же касается включения ip nat на PPTP0, это как раз необходимо, чтобы был доступ в локальную сеть за Keeneitc через PPTP туннель у клиентов как непосредственно напрямую подключенных к Mikrotik, так и других клиентов подключенных к Mikrotik по VPN из других подсетей. Данная рекомендация мне была дана через техподдержку (Запрос #362029).

February 26, 2019

В 14.02.2019 в 20:14, Le ecureuil сказал:

Приложите self-test с keenetic пожалуйста чтобы точно воспроизвести вашу сетевую ситуацию.

Посмотрите, пожалуйста.

February 25, 2019

Обновился на 2.15.B.0.0-4, сбросил конфиг в дефолт кнопкой, настроил VPN заново, ничего не изменилось. Откатываюсь на 2.14 и все работает с такими же настройками.

KN-1410, ip 192.168.8.2, устанавливает PPTP туннель к Mikrotik. C Mikrotik пинг до KN-1410 по ip 192.168.8.2 и по туннельному IP проходит, но все устройства в LAN сети на Keenetic по прежнему недоступны.

На Mikrotik прописан маршрут до сети 192.168.8.0/24 через pptp интерфейс к Keenetic;

На Keenetic прописан маршрут 192.168.0.0/18 в VPN сеть через PPTP0; ip nat PPTP0; правила в firewall для lan/vpn разрешающие icmp, tcp, upd.

C Mikrotik трассировка рвется на туннельном IP на интерфейсе Keenetic.

Self-test прикладываю.

February 25, 2019

KN-1410 в режиме контроллера видит сам себя в качестве потенциального клиента?

В логи сыпет следующее:

Feb 25 07:29:24 ndm: Io::TcpSocket: connected to 192.168.8.3:80.
Feb 25 07:29:24 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": response code 401 (Unauthorized).
Feb 25 07:29:24 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": Content-Length: 177.
[E] Feb 25 07:29:24 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": failed to parse JSON response.
Feb 25 07:36:57 ndm: Io::TcpSocket: connected to 192.168.8.3:80.
Feb 25 07:36:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": response code 401 (Unauthorized).
Feb 25 07:36:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": Content-Length: 177.
[E] Feb 25 07:36:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": failed to parse JSON response.
Feb 25 08:13:27 ndm: Io::TcpSocket: connected to 192.168.8.3:80.
Feb 25 08:13:27 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": response code 401 (Unauthorized).
Feb 25 08:13:27 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": Content-Length: 177.
[E] Feb 25 08:13:27 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": failed to parse JSON response.
Feb 25 08:19:57 ndm: Io::TcpSocket: connected to 192.168.8.3:80.
Feb 25 08:19:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": response code 401 (Unauthorized).
Feb 25 08:19:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": Content-Length: 177.
[E] Feb 25 08:19:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": failed to parse JSON response.
Feb 25 08:24:57 ndm: Io::TcpSocket: connected to 192.168.8.3:80.
Feb 25 08:24:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": response code 401 (Unauthorized).
Feb 25 08:24:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": Content-Length: 177.
[E] Feb 25 08:24:57 ndm: Mws::RciClient: "50:ff:20:05:cd:a4": failed to parse JSON response.

February 25, 2019

2.15.B.0.0-4

Ошибка 28 похоже исчезла, но зато появилась 53. FT работает через раз, иногда да, иногда нет.

iPad Air 2:

Feb 23 20:04:41 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) FT authenticated successfully.
Feb 23 20:04:41 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) had re-associated successfully (FT mode).

Feb 24 11:28:02 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) FT authentication rejected (status code: 53).
Feb 24 11:28:08 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) had associated successfully (FT mode).
Feb 24 11:28:08 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) set key done in WPA2/WPA2PSK.
Feb 24 11:29:46 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) FT authentication rejected (status code: 53).
Feb 24 11:29:48 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) had associated successfully (FT mode).
Feb 24 11:29:48 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:4f:7e:62:c1:a2) set key done in WPA2/WPA2PSK.

На iPhone SE также наблюдал проблему.

February 8, 2019

После обновления на 2.15.A.5.0-1 столкнулся с несколько другой проблемой, но тоже по PPTP:

Keenetic поднимает pptp туннель ко внешнему M-k, на кинетике прописан маршрут 192.168.0.0/18 в VPN сеть через PPTP0, также прописан ip nat PPTP0 для доступа из VPN сети M-k в локальную сеть Keenetic, также на Кинетик есть разрешающие правила в firewall.

После обновления пропал доступ из локальной сети M-k в сеть за Keenetic, соответственно до обновления все работало. Из сети за Keenetic в VPN сети за M-k все доступно..

February 5, 2019

В 17.01.2019 в 12:06, pigovina сказал:

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

Вопрос по прежнему актуальный..

February 4, 2019

В 30.01.2019 в 12:51, Padavan сказал:

Также добавлен автоматический броадкаст запрос по всем членам домена на требование получить PMK-R1, если его не оказалось в локальной базе. Эта фишка была портирована из нового драйвера mt7615 во все линейки.

Что-то я запутался после прочтения описания релиза:

Wi-Fi: исправлены ошибки перехода по 802.11r PMK-R1 на mt7615
Wi-Fi: исправлена ошибка инициализации Assoc Response на mt7615

Для устройств на MT7628, в частности KN-1410 это применено?

January 30, 2019

2 минуты назад, Padavan сказал:

2) исправления по 802.11r по проблемам обмена PMK-R1

Это как раз по ошибке status code 28 ?

Sign In

Profiles

Forums

Gallery

Downloads

Blogs

Events

Posts posted by pigovina