Russian Users MikroTik | Форум пользователей MikroTik

Всем привет!
Есть 2 провайдера PPPoE (основной) и ip dhcp (резервный), были вписаны 2 статических маршрута с комментарием 1 и 2 соответственно, если пропадал пинг через первого провайдера, то включался второй маршрут и трафик ходил успешно через резервного провайдера до тех пор, пока не появятся пинги глобального адреса через основной канал. При появлении пингов, второй маршрут дизейблился.
Решил сделать наоборот - пппое провайдера резервным: при падении основного канала маршрут становится синим и нетвотч активирует второй маршрут, только пакеты через него не ходят. Дистанция указана на основном провайдере 1, на резерве соответственно 2.
Если основному провайдеру поставить дистанс 2, а резерву 1, то все ок - при падении основного канала включается правило с дистанцией меньшей, чем основной канал и пакеты начинают ходить через резерв, но по идее так же не правильно? И да, с такой конфигурацией дистанс впн подключения начинают тормозить.

PS как я вижу картину- ранее, когда основной канал был РРРоЕ, при падении канала, шлюз терялся (рвалось соединение РРРоЕ и состояние шлюза становилось unrechable) и при активации второго маршрута пакеты успешно проходили. А сейчас шлюз вписан руками и даже при падении канала шлюз доступен.

any_key писал(а): ↑09 апр 2019, 02:42 А сейчас шлюз вписан руками и даже при падении канала шлюз доступен.

С трудом понимаю как это возможно? И неважно как он прописан, ведь если его пинговать он ведь не доступен. Посмотрите в IP-Routes по отношению к шлюзу есть дополнительные опции проверки его доступности.
А так, в общем и в целом, переключение придется реализовывать скриптами.

можно поднять OSPF и ничего скриптами не делать.

gmx писал(а): ↑09 апр 2019, 08:05

any_key писал(а): ↑09 апр 2019, 02:42 А сейчас шлюз вписан руками и даже при падении канала шлюз доступен.

С трудом понимаю как это возможно? И неважно как он прописан, ведь если его пинговать он ведь не доступен. Посмотрите в IP-Routes по отношению к шлюзу есть дополнительные опции проверки его доступности.
А так, в общем и в целом, переключение придется реализовывать скриптами.

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

Проблему решил, добавлением второй строчки в скрипт. :)