Запрос на функцию: режим SAFE MODE с ограничением по времени

Надеюсь, команда Mikrotik подумает над этой функцией. Отправлено с моего XT1580 через Tapatalk

Запрашивают с 2017 года?

Небольшое расхождение между тем, что можно сделать сейчас, и тем, что просят люди, в том, что определённые изменения вызовут разрыв соединения — и это ожидаемо. Пример: изменение MAC-адреса мостового интерфейса, когда администратор подключается через MAC-telnet или MAC-winbox. Текущая реализация отменит сделанные изменения в безопасном режиме, тогда как администратор хотел бы сохранить изменения, если сможет подключиться по новому MAC-адресу в течение 120 секунд. Я понимаю, что существуют обходные пути, позволяющие сохранить работу безопасного режима и одновременно вносить изменения, но есть разные случаи, требующие разных обходных решений, и заранее сложно запланировать использование подходящего варианта.

Еще один хороший пример, почему режим безопасности требует пересмотра. К тому же режим безопасности иногда подшучивает над тобой: ты подключен напрямую и делаешь простые изменения. Когда выходишь из безопасного режима через терминал, он говорит, что изменения были перезаписаны другим процессом и выходит, иногда откатывает изменения, иногда сохраняет.  
Отправлено с моего XT1580 через Tapatalk

Normis, простой сбой на интерфейсе (wan) может вызвать срабатывание безопасного режима… Так что не всегда кратковременная потеря связи означает, что нужно запускать безопасный режим. Отправлено с моего XT1580 через Tapatalk

Хороший вопрос, кстати, с каких пор в безопасном режиме есть таймер?

Хотя я с вами согласен и планирую изменения с мыслью о «двойном стеке», чтобы привести всё в порядок, я понимаю идею, которую пытаются донести другие. Иногда изменения влияют на подключение к устройству: хочешь внести правки, но если что-то пойдёт не так — ты оказываешься заблокированным. Вот тут и выручает безопасный режим. Проблема в том, что если делаешь изменения в безопасном режиме, сессия отключается, как и ожидается, затем конфигурация возвращается к старой — и либо новые настройки не применяются, либо приходится надеяться, что изменения сработают без возможности отката. Возможность задать режим безопасности или таймер подтверждения коммита позволяет включить его, сделать изменения, потерять соединение, переподключиться и подтвердить, что всё в порядке, чтобы отмена не произошла. Это точно может пригодиться в некоторых случаях с удалёнными устройствами.

Здесь что-то поменялось? Я относительно новичок в Mikrotik и привык к системе, где Save и Activate — это два независимых варианта. В сочетании с ping watchdog я мог плавно переводить клиента с одной точки доступа на другую и быть абсолютно уверен, что если я ошибусь или клиент не подключится к новой точке, — через пару минут он вернется к старой. Это сэкономило мне много поездок на место. Удивляюсь, что что-то похожее не реализовано в RouterOS, учитывая столько других крутых функций для WISP. Или я что-то упускаю?