Vik2018

Присутствует в том числе и на 2.16.D.3.0-2, проявилась на 2.16.D.2.0-1 (на 2.14-2.15 не сталкивался ни разу, хотя обновлялся регулярно). Есть ли какое-то временное решение до выхода фикса? не хочется только из-за этого переходить на ветку 3.3.x - меня 2.16 пока всем устраивала.

спорное утверждение, всё зависит от логики клиента, imho

Giga (KN-1010), 2.15.C.4.0-1 При перезагрузке:

а зачем? и что значит "для выравнивания диапазонов"? 2.4 ведь "бьёт" дальше, чем 5.0 и это правильно, имхо

Giga (KN-1010), 2.15.C.4.0-1 Время работы и текущее время в блоке "О системе" на странице системного монитора меняется ежесекундно, а вот в блоке "Интернет" (у меня L2TP) - с шагом 4-5 сек. p.s. может в этом месте оно завязано на работу графиков загрузки интернет-канала, так как они также меняются с шагом 4-5 секунд!

Да, не удивлён. У вас какая скорость по ТП и в реальности?

Использую "Интернет Этот же самый оператор, KN-1010 (2.15.C.3.0-0) - проблему не подтверждаю.

Написано же, "Определяется подключением WISP 2,4 ГГц" (2.15.C.3.0-0)

В 2.15.C.3.0-2 / 3.00.A.2.0-2 исправили?

Аналогично на 2.15.C.3.0-0, тоже Apple, но с уровнем сигнала не связано - когда не потребляется трафик, сползает на 11a 6 Мбит/с, когда трафик есть, то всё как положено. Значения и в WebUI и в приложении My.Keenetic совпадают, также привожу вывод команды sh assoc: "ap": "WifiMaster1/AccessPoint0", "authenticated": true, "txrate": 6, "rxrate": 200, "uptime": 10827, "txbytes": 75539437, "rxbytes": 1289002948, "ht": 80, "mode": "11a", "gi": 800, "rssi": -49, "mcs": 0, "txss": 1, "ebf": true, "mu": false Собственно вопрос в том, почему 11a, когда в настройках 11n+ac? Не применяется настройка или другой баг/фича?

ну не знаю, у меня так

под вопросом

Думаю, из-за низкого приоритета этот баг до 2.16 доживёт, как минимум