sergeyk

Это не костыли, а следование официальному документированному API.

Со стороны ndm тоже не выглядит разумным держать несколько источников событий с разными форматами: кому-то нужен XML, кому-то JSON, кого-то устроит только собственный бинарный формат. Одним нужен UNIX domain, другим удаленное взаимодействие по TCP или UDP. Плюс всё это нужно документировать.

Что это принципиально изменит? Да, возможно передача одного сообщения станет чуть быстрее, но, поскольку поток событий от ndm невелик, заметного влияния на работу системы это не окажет.

Технически ничем. Какие тут могут быть ещё варианты?

Вы сами можете это сделать, заменив bash-скрипты на собственные исполняемые файлы (или один исполняемый файл, на который указывают разные символические ссылки), которые будут в удобном для вас виде передавать нужным способом куда надо и аргументы запуска, и переменные окружения.

Если на роутере есть интернет, значит вы можете продолжать его администрировать, только возможно через другое подключение.

Версию прошивки из канала обновления.

@Lafayette поставьте версию поновее из канала разработчка.

Если есть stty, можно так stty cols 512; ndmc -c show log > /opt/var/log/ndmc.log

По Wi-Fi, да. Зачем у кого-то спрашивать, если описание всех возможностей есть на коробке?

Эта модель при подключении по проводу не поддерживает скорости выше 100 Мбит/сек, это написано на коробке.

Не работает. Я же писал выше.

Пробовали 4.03.B.0.0-1?

Попробуйте так show log once | grep -C 1 NAK

Вам нужен .../rci/show/interface/stat?name=UsbLte0