sergeyk

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 вызывается, когда в системе работает один процессор, так что в этом коде никакой разницы нет.

Нет, вы меня неправильно поняли. В моём документе про регистры RALINK_GPIO_DATAX ясно написано: Регистры RALINK_GPIO_DATAX доступны для чтения и записи.

Согласитесь, что RALINK_GPIO_DCLR0 = val; ... RALINK_GPIO_DSET0 = val; тоже не имеют смысла (как и вся процедура сброса), если GPIO находится в режиме входа.

I see you are using custom 3.04.B.2.0-1. Please update to 3.05 and save a self-test after 2 or 3 DSL reconnections. Also did you try to increase a target VDSL SNR margin, to use, say, 10 or 12?