sergeyk

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

У вас эти же 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 ничего не настраивали?

А вы как искали?

Хорошо. Еще бы поиском научиться пользоваться, вообще отлично было бы.

Хотя тут говорят, что вроде бы поддерживает и CO, и CPE.

Я нигде не вижу никаких способов управлять настройками DSL, так что видимо нет. Только в автоматическом режиме. Для соединения двух устройств не получится. Насколько я понял, он поддерживает только режим CPE (клиентский), а нужен еще CO для "серверной" части.

Вы так и не объяснили, в чём проблема. Технически работают оба варианта кода. Единственное отличие в том, что DSET и DCLR изменяют заданные биты атомарно, а DATA требует предварительного чтения, что может быть проблемой, если нет внешней синхронизации доступа к GPIO, но init_ralink_pci вызывается, когда в системе работает один процессор, так что в этом коде никакой разницы нет.