В принципе подойдет. Только тогда нетватч будет не сам отправлять команду, а запускать скрипт (в вики написано что нетватч не умеет сам) а уже скрипт ждать секунд 5-10 (для полной установки коннекта?), отправлять команду и потом удалять скрипт + нетватч.
Телнет вроде не работает через скрипт, остается ssh или api, тогда вопрос, функционал у обоих в контексте данного случая (запуск из скрипта) одинаково полный? Отправлять надо будет маленькие блоки по паре команд, но хочется как-то стандартизировать эту процедуру, чтоб потом не переделывать. (не могу что-то найти скрипты под ssh, есть мнение что с ssh тоже не вариант, остается только api?)
Попутно спрошу насколько НЕадекватно в настоящий момент резать клиентам UDP? Не дропать, а просто зажимать по скорости и приоритету. В поиске решения по борьбе с торрентами (на wifi клиентах) пришли к такому решению - адреса всех входящих соединений по UDP отправлять в адреслист (вместе с L7-torrent фильтрами) на 30мин, и в queue tree давать им потом низший приоритет (без дополнительных ограничений по скорости - это дает возможность при пустом канале торрентам разгоняться). Кстати есть ли разница в приоритетах между 7-8 и 1-8, если других между ними нет? Какие сервисы\приложения\игры могут страдануть из-за такого варианта?
И еще вопрос, какие есть варианты реализации такой схемы. Необходимо чтобы клиенты на некоторые сайты отправлялись строго через один маршрут. (клиенты на 4g - нельзя чтобы они заходили со своих айпишников напрямую на сайты оператора - вход в ЛК автоматический) Пока видится маркировать все соединения с адресами *beeline.ru* и прописать статичный маршрут с этой меткой на другой микротик (должен ли в этом случае distance быть меньше чем у маршрута по умолчанию?) . Какие еще есть варианты?