Mikrotik.moscow [тема: 3 рекурсивных переключения маршрута при сбое] http://mikrotik.moscow Новое в теме 3 рекурсивных переключения маршрута при сбое форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 04 Aug 2026 17:33:52 -0400 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Ваш роутер не сообщает, когда он офлайн. А ещё есть множество других вещей, за которыми Domotz может следить и на которые предупреждать, что делает его очень полезным. Политика конфиденциальности Domotz довольно обширная.
22.03.2021 07:53:00, gotsprings.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425333 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425333 Mon, 22 Mar 2021 07:53:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Зачем покупать облачный сервис, если мой роутер делает то же самое бесплатно? Зачем выкладывать статус всех моих устройств в облако, чтобы все могли это видеть? Если данные в облаке, значит, в конечном счёте, они не защищены.
21.03.2021 23:58:00, anav.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425332 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425332 Sun, 21 Mar 2021 23:58:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Domotz берет на себя большую часть моего удалённого мониторинга.
21.03.2021 17:52:00, gotsprings.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425331 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425331 Sun, 21 Mar 2021 17:52:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Круто, было бы интересно посмотреть такой скрипт, если ты его разработаешь. Сейчас пытаюсь добавить сообщения из Telegram на iPhone через роутер… воскресное развлечение.
21.03.2021 15:33:00, anav.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425330 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425330 Sun, 21 Mar 2021 15:33:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Довольно близко к тому, что я имел в виду.
21.03.2021 14:44:00, gotsprings.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425329 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425329 Sun, 21 Mar 2021 14:44:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Почему бы не сделать условие IF в одном скрипте netwatch. Если 3 подряд пинга с интервалом в 5 секунд = нет соединения с ISP1, то: а. проверить, что роутер сейчас использует ISP2; б. очистить DNS.
21.03.2021 14:13:00, anav.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425328 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425328 Sun, 21 Mar 2021 14:13:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Простой тест пинга 3 из 5, вероятно, был бы вполне достаточен. Но я думал о том, чтобы наложить несколько netwatches друг на друга...
21.03.2021 12:32:00, gotsprings.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425327 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425327 Sun, 21 Mar 2021 12:32:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Заглавные буквы не использую. Итак, что я бы предложил — это сбрасывать кэш через 60 секунд после переключения с ISP1 на ISP2. Иными словами, определить переключение, проверить через 60 секунд, если переключение всё ещё актуально, тогда сбросить кэш? Если по-прежнему подключение через ISP2 — сбросить, и наоборот. Или что-то в этом духе. Хочу избежать прерывания соединений пользователей из-за временной проблемы или сбоя и преждевременного сброса. Какой временной интервал был бы безопасным и эффективным для этого, или, может, есть более правильный способ?
21.03.2021 12:15:00, anav.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425326 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425326 Sun, 21 Mar 2021 12:15:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
У меня настроен mangle и статический маршрут для резервного подключения. Это позволяет мне отслеживать и подключаться через резервное соединение, даже когда основное в порядке. Проблемы иногда возникают, когда система работает на вторичном соединении, а потом основное возвращается. Поскольку маршрут задан, переключение с резервного не происходит сразу. Приходится ждать, пока существующие подключения не завершатся — а это может занять часы. В итоге приходится делать flush, чтобы сбросить всё и переключиться обратно на основное. Изначально это было связано с очень медленным лимитированным резервным каналом, который хотелось использовать только при необходимости. Потому что как только превышаешь месячный лимит — скорость падает до 200К.
21.03.2021 12:01:00, gotsprings.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425325 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425325 Sun, 21 Mar 2021 12:01:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Привет, Gotsprings, ответ такой — я не делаю flush. Серьёзно, если моя основная связь по какой-то причине временно пропадает, то при flush я обнуляю все соединения. Если это временно, то всё продолжается более-менее нормально, но если сделать flush, то всё пропадает. То, что ты предлагаешь, кажется актуальным только в случае полного отказа соединения и плохо подходит для прерывистой связи. Это только теория, но одна из причин, помимо лени, почему я не добавляю netwatch и подобное в схему. Кстати, просто ради шутки, вчера вечером я добавил netwatch для WAN и потом для основных устройств в моей сети — свитчей, точек доступа и так далее, чтобы проверить, как работает (приходит уведомление на почту).
21.03.2021 11:03:00, anav.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425324 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425324 Sun, 21 Mar 2021 11:03:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Когда и как вы сбрасываете свои подключения? Я использую netwatch на основном устройстве. Если этот netwatch срабатывает — появляется или пропадает пинг, — я сбрасываю подключения в фаерволе. Думаю, стоит использовать не один пинг, а несколько, или, может, два этапа проверки. А что у вас работает?
21.03.2021 08:17:00, gotsprings.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425323 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425323 Sun, 21 Mar 2021 08:17:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Спасибо за пост, всё работает отлично, спас меня сегодня!
21.03.2021 06:11:00, dricks.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425322 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425322 Sun, 21 Mar 2021 06:11:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Предполагаю, что это ошибка копирования, и у вас для мониторинга WAN3 и WAN4 указан один и тот же адрес 1.1.1.1, хотя на самом деле они разные. Если это действительно ошибка копирования, то да, эти 4 маршрута по схеме 4×2 достаточно, чтобы мониторить все 4 WAN на предмет доступа к интернету. Но чтобы распределить (сбалансировать) нагрузку между WAN, надо использовать помеченные маршруты и назначать routing-mark: из 4 маршрутов с dst-address=0.0.0.0/0 и без routing-mark одновременно используется только один — тот, что имеет высший приоритет (самую низкую дистанцию) из доступных.
15.05.2019 12:54:00, sindy.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425321 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425321 Wed, 15 May 2019 12:54:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Привет, спасибо за информацию. Если я использую балансировку нагрузки на 4 WAN по инструкции с https://aacable.wordpress.com/tag/mikrotik-4-wan-load-balance/, то мне просто нужно проверять именно эти 4 WAN, верно? Пожалуйста, исправьте меня, если я ошибаюсь.

/ip route add dst-address=8.8.8.8 gateway=192.168.1.1 scope=10 add gateway=8.8.8.8 distance=1 check-gateway=ping comment="Primary Route"  
add dst-address=8.8.4.4 gateway=192.168.2.1 scope=10 add gateway=8.8.4.4 distance=2 check-gateway=ping comment="Secondry Route"  
add dst-address=1.1.1.1 gateway=192.168.3.1 scope=10 add gateway=1.1.1.1 distance=3 check-gateway=ping comment="Thrid Route"  
add dst-address=1.1.1.1 gateway=192.168.4.1 scope=10 add gateway=1.1.1.1 distance=4 check-gateway=ping comment="Fourth Route"
15.05.2019 12:19:00, angboontiong.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425320 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425320 Wed, 15 May 2019 12:19:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Хорошо, ты имеешь в виду виртуальный хоп, а не виртуальный хост. Для переключения между несколькими WAN не нужен виртуальный хоп. Его основная задача — контролировать доступность конкретного канала через несколько хостов в интернете, чтобы, если хотя бы один из них отвечает на пинги, канал считался рабочим. Без этого, если единственный контролируемый хост выйдет из строя, канал сразу признаётся недоступным. Поэтому это никак не связано с количеством WAN-линий и с тем, как ты их используешь (только по приоритету, распределяя нагрузку или смешанным способом).
15.05.2019 11:48:00, sindy.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425319 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425319 Wed, 15 May 2019 11:48:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Я имею в виду это https://wiki.mikrotik.com/wiki/Advanced_Routing_Failover_without_Scripting
15.05.2019 11:34:00, angboontiong.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425318 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425318 Wed, 15 May 2019 11:34:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Что ты имеешь в виду под виртуальным хостом? Переключение между тремя WAN сделано таким же образом, как и для двух WAN, принцип остался прежним — в использовании всегда только один WAN одновременно (и да, для канала с самым низким приоритетом не нужно проверять доступность через рекурсивный поиск следующего хопа, если ты не распределяешь трафик между ними, а действительно строго выбираешь один в порядке приоритета для всего трафика).
14.05.2019 18:54:00, sindy.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425317 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425317 Tue, 14 May 2019 18:54:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Привет, нужно ли добавить виртуальный хост?
14.05.2019 16:41:00, angboontiong.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425316 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425316 Tue, 14 May 2019 16:41:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Пример резервирования с 3 рекурсивными маршрутами: у нас есть 3 адреса — 192.168.1.1, 192.168.2.1 и 192.168.3.1 (пожалуйста, настройте IP-адреса согласно вашей сети). Выберите любые 3 открытых DNS, например Google, OpenDNS или любой публичный DNS.

Пример выбора DNS:  
сеть 192.168.1.1 — выбран DNS 8.8.8.8  
сеть 192.168.2.1 — выбран DNS 8.8.4.4  
сеть 192.168.3.1 — выбран DNS 1.1.1.1

/ip route add dst-address=8.8.8.8 gateway=192.168.1.1 scope=10  
add gateway=8.8.8.8 distance=1 check-gateway=ping comment="Primary Route"  
add dst-address=8.8.4.4 gateway=192.168.2.1 scope=10  
add gateway=8.8.4.4 distance=2 check-gateway=ping comment="Secondary Route"  
add dst-address=1.1.1.1 gateway=192.168.3.1 scope=10  
add gateway=1.1.1.1 distance=3 check-gateway=ping comment="Third Route"

Эта конфигурация обеспечит автоматическое переключение маршрута даже если интерфейс вашего провайдера активен, но не отвечает — тогда переключится на второй маршрут, а при необходимости — на третий. Проверьте, пожалуйста, и дайте знать.
05.04.2019 20:07:00, ayub123.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425315 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425315 Fri, 05 Apr 2019 20:07:00 -0400 RouterOS 3 рекурсивных переключения маршрута при сбое 3 рекурсивных переключения маршрута при сбое RouterOS в форуме RouterOS.
Как настроить 3 рекурсивных маршрута с отказоустойчивостью на CCR-1009. Я знаю, как настроить 2 рекурсивных маршрута с отказоустойчивостью на CCR, используя это:

/ip route add dst-address=8.8.8.8/32 gateway=10.0.1.1 scope=10 comment="Validate Primary"  
add gateway=8.8.8.8 distance=1 check-gateway=ping comment="Primary Route"  
add gateway=10.0.2.1 distance=2 comment="Secondary Route"

Спасибо заранее!
29.10.2018 02:42:00, mikrotikbeliever88.]]> http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425314 http://mikrotik.moscow/forum/forum57/88284-3-rekursivnykh-pereklyucheniya-marshruta-pri-sboe/message425314 Mon, 29 Oct 2018 02:42:00 -0400 RouterOS