Добрый день.
Поддерживаю предложение.
В моем случае требуется примерно то же самое. Keenetic Giga (KN-1010). Есть 2 провайдера, которые подключены по проводу. Настроено автоматическое переключение на резервный канал и обратно.
Мы используем ПО, для работы которого нужно вначале подключаться к VPN серверу, а потом уже логиниться в самом ПО.
Проблема вот в чем: Вот при переключении с основного канала, VPN соединение рвется, ПО отключается. При переходе на резервный канал, на повторное подключения к серверам ПО требуется время, а порой сервер еще не понял что произошло отключение и не дает залогиниться (откидывает с ошибкой, что пользователь уже залогинен). Это все требует время, а время тут очень критично и такие моменты могут приводить к огромным убыткам.
Да же переключения обратно на основной канал крайне не желательны (да же разовый такой переход туда-обратно). А бывает так, что идут восстановительные работы на основном канале и начинаются переключения туда-сюда с основного канала и обратно и работать в таком случае невозможно.
Мое предложение очень схоже с предложением выше, необходимо сделать более гибкие настройки переключения на резервный канал и обратно на осовной:
1. Сделать возможным оставаться на резервном канале не смотря на то, что на основном интернет восстановился (исключить возможность автоматического возвращения на основной канал).
2. Сделать возможным оставаться на резервном канале не смотря на то, что на основном интернет восстановился, в течении заданного времени (час, два, 12 часов и т.п.)
3. Сделать возможным привязывать такие настройки переключения к расписанию. (в нерабочее время пусть будут переключения туда-обратно сколько угодно).