sergeyk

Попробуйте воспользоваться кнопкой "Информация о сети" на странице /dashboard

Странная ситуация. В PPPoE есть механизм LCP echo, который отслеживает состояние сессии без каких-либо дополнительных механизмов. У вас есть self-test, снятый во время отсутствия подключения из-за сброса сессии со стороны провайдера?

У проверяющих стоит сертификат на клиентских устройствах?

Я бы сам посмотрел.

В этих инструкциях я не вижу ни одной модели роутера, которая бы поддерживала подмену сертификатов.

Ставьте 2.16 и при воспроизведении проблемы сохраняйте self-test.

Потому что использовать одни для всех технически проще и это никак не влияет на точность синхронизации времени.

У вас эти же 4K в захвате видны?

Вы должны были видеть это в трафике, передаваемом через USB-модем, если делали захват.

ARP и BOOTP не должны дальше USB-модема уходить, если только сам USB-модем не шлёт их в сторону провайдера.

KN-2111_custom_3.04.C.11.0-0.bin

I do not see any DSL related changes between 3.4.11 and 3.4.12. Please send a self-test file for 3.4.12 saved after several DSL connection fails in a hidden post.

What a version did work with your line?

Да, аппаратная.

От внезапной пропажи питания и потери данных в этот момент спасает только ИБП. Во всех остальных случаях программная перезагрузка корректно завершает все операции с дисками.

У Mikrotik ограниченный набор моделей, которые поддерживают эту функцию: https://wiki.mikrotik.com/wiki/Manual:Interface/Ethernet#Detect_Cable_Problems Среди них я не вижу моделей, основанных, например, на MT7628 или MT7621. Привидите, пожалуйста, пример устройства, аппаратно похожего на любую модель Keenetic, имеющего такую функцию.

Привидите какую-нибудь ссылку, подтверждающую этот факт.

Это поле содержит относительное время в секундах с точностью до микросекунд, прошедшее с момента старта устройства. Если вы хотите отображать эти временные метки в своём локальном времени li (в своём часовом поясе), нужно вместе со значениями ti запрашивать U = show/system/uptime (время работы устройства) и N — ваше текущее локальное время, а затем вычислять li = N - (U - ti) = (N - U) + ti = S + ti, где S = N - U будет датой старта устройства в вашем локальном времени.

https://help.keenetic.com/hc/ru/articles/360014195160-Привязка-устройств-к-беспроводному-диапазону

В чём смысл фиксации канала для клиента?

Да, сейчас такая проблема есть.

Настройка channel работает только для точки доступа (только когда она активна). Если включен клиент, он всегда начинает бегать по каналам и сканировать эфир, пока не найдёт подходящую точку доступа и не подключится. Когда клиент активен, он задает канал динамически.

@ipv4 не могу воспроизвести вашу ситуацию. Проверяю на KN-1810 (config)> show ver release: 3.04.C.12.0-0 sandbox: stable title: 3.4.12 Настраиваю работающее резервное подключение WISP на 5 ГГц. Далее в CLI ставлю явно канал interface WifiMaster1 channel 149 А затем опускаю и поднимаю WifiMaster1/WifiStation0. Канал сохраняется и клиент подключается к резервной точке. Пробовал с другим каналом, где точки нет (36), канал также сохраняется в настройках. Дальнейшие изменения состояния WifiMaster1/WifiStation0 (up / down) также не сбрасывают явно настроенный канал.

Такой версии не существует. Вы между командами в CLI через Web ничего не настраивали?