+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Руководство по WAN Failover не сработало.

Руководство по WAN Failover не сработало., RouterOS

archerious

Guest

31.10.2021 08:07:00

Я пробовал руководство по WAN failover с вики MikroTik, но у меня это не сработало — пришлось добавлять много маршрутов, которые всё равно были недоступны или не работали. Поэтому я решил попробовать другой гайд https://www.timigate.com/2021/04/mikrotik-automatic-failover-using-netwatch.html?unapproved=38739&moderation-hash=424ae3523fcb1b9878aa8bf26fd1eeba#comment-38739. Там используется netwatch и статические маршруты, но, похоже, и это не работает. По сути, даже если основной провайдер (71.146 и т.п.) в сети, соединение не функционирует, и пинг идёт через мой 5G хотспот (ether2/ISP2). Вот несколько скриншотов:

anav Guest	#2 0 18.04.2022 16:26:00 Посмотри мой пост выше, думаю, там я ответил на все твои вопросы!!! По крайней мере, как применять scope и target scope. Что касается твоего последнего вопроса по документу v7. EFF NOSE??

archerious

Guest

15.04.2022 16:20:00

После перехода на ROS 7, похоже, у меня это не работает. Если основной интернет-провайдер отключается, то автоматический переход на WAN2 не происходит. Думаю, он не может успешно пропинговать google. Скриншот ниже:

anav Guest	#4 0 15.04.2022 16:37:00 Пожалуйста, загляните в пункт I. здесь, чтобы почерпнуть идеи… https://forum.mikrotik.com/viewtopic.php?t=182373

bpwl

Guest

18.04.2022 17:29:00

У меня автономный (нерекурсивный) маршрут SecondaryISP отличается (используется статический маршрут по умолчанию с scope=30 и target-scope=10, поэтому он использует локальные подключённые сети (у которых по умолчанию scope=10 и target-scope=5)). Target-scope=30 также работает для локальных сетевых соединений, так как он больше, чем scope 10.

bpwl

Guest

15.04.2022 20:41:00

После перехода на ROS 7, кажется, у меня это не работает. Правила для Scope и Target Scope в ROS 7 другие. Если в ROS 6 они могли быть равны, то в ROS 7 должны соблюдаться дополнительные условия и значение «Target scope» должно быть меньше. Target scope < Scope < Target scope… запутанно. Кажется, это сочетание этих требований, но непонятно, что именно должно быть «меньше». Смотрите обсуждение: http://forum.mikrotik.com/t/recursive-routes-in-ros-7-x/154802/1 Или может вот это? http://forum.mikrotik.com/t/recursive-routes/147430/1

anav Guest	#7 0 15.04.2022 21:44:00 @bpwl — посмотри параграф I. —… https://forum.mikrotik.com/viewtopic.php?t=182373

bpwl

Guest

15.04.2022 21:57:00

Хорошо, насчёт Target Scope понятно, но тогда для чего в ROS7 вообще нужен поле Scope??? В ROS6 я задаю разрешающие маршруты через достаточно низкое значение Scope. (В ROS6 Scope должно быть меньше или равно Target Scope рекурсивного маршрута. Scope=10 — это значение по умолчанию для BGP-маппинга.) В твоём абзаце "I" всё становится Scope=10, и я теряюсь в правилах выбора маршрутов, которые использует ROS. (Дополнительная проверка Target Scope для разрешающего маршрута — это нововведение в ROS7... чтобы избежать циклов разрешения, говорит MT.)

anav

Guest

16.04.2022 01:41:00

Привет, BPWL! Насколько мне известно, scope не играет никакой роли в Recursive Routing. Главное — соблюдать общее правило, которое одинаково для RoS6 и RoS7: для отдельных маршрутов scope должен быть равен или меньше целевого scope. Судя по всему, это верно для всех маршрутов, которые я там указал.

bpwl

Guest

#10

18.04.2022 08:48:00

Область действия (scope) должна быть равна или меньше целевой области. Вот эту часть я не заметил в параграфе I. По умолчанию статические маршруты имеют scope = 30 (по крайней мере в ROS6). Значит, нужно устанавливать не только target-scope, но и scope для разрешающих маршрутов.

Теперь вижу две правила:
scope разрешающего маршрута <= target-scope рекурсивного маршрута (для выбора в качестве потенциального резольвера)
target-scope разрешающего маршрута < target-scope рекурсивного маршрута (новое в ROS7)

Если это верно, тогда должно работать и так:
(«Nexthops» не чистятся после удаления этих маршрутов в ROS7???)

/ip route
add check-gateway=ping distance=3 dst-address=0.0.0.0/0 gateway=1.0.0.1 scope=30 target-scope=13
add check-gateway=ping distance=3 dst-address=1.0.0.1/32 gateway=9.9.9.9 scope=13 target-scope=12
add distance=3 dst-address=9.9.9.9/32 gateway=PrimaryISP-gatewayIP scope=12 target-scope=11
add comment=SecondaryISP distance=10 dst-address=0.0.0.0/0 gateway=SecondaryISP-gatewayIP (... default...scope=30 target-scope=10)

anav

Guest

#11

18.04.2022 11:23:00

привет bpwl… Думаю, логика такова… САМАЯ ДАЛЬНЯЯ МАРШРУТИЗАЦИЯ: SCOPE= (неважно) / TARGET SCOPE=Y+2 БЛИЖАЙШИЙ МАРШРУТ: SCOPE= Y+2 или меньше / TARGET SCOPE=Y+1 САМЫЙ БЛИЗКИЙ МАРШРУТ: SCOPE=Y+1 или меньше / TARGET SCOPE=Y (gateway=ISP) ВНУТРЕННИЙ МАРШРУТ: (внутри маршрутизатора, scope не используется, никаких рекурсивных действий) При этом у самой дальней маршрутизации самый высокий Target Scope, который уменьшается на единицу с каждым шагом, когда приближаешься к маршрутизатору. Аналогично, чем ближе к прямому маршруту на маршрутизаторе (ISP gateway), тем scope на более близком маршруте должен быть равен или меньше, чем target scope предыдущего маршрута. Таким образом, для маршрутов, которые переходят друг в друга, нужно учитывать два отношения. Плоский подход —> Рекурсивный маршрут → Разрешающий маршрут (DNS gateway → ISP gateway). Вложенный подход → Рекурсивный маршрут → Рекурсивный маршрут → Разрешающий маршрут (BOGUS address → DNS gateway → ISP gateway). ОСНОВНОЙ (через один DNS): … /ip route
add check-gateway=ping distance=3 dst-address=0.0.0.0/0 gateway=1.0.0.1 scope=10 target-scope=12
add distance=3 dst-address=1.0.0.1/32 gateway=PrimaryISP-gatewayIP scope=10 target-scope=11
add comment=SecondaryISP distance=10 dst-address=0.0.0.0/0 gateway=SecondaryISP-gatewayIP scope=10 target-scope=30
… {Как видите, TS уменьшается на 1, чем ближе к маршрутизатору (с двенадцати до одиннадцати), а scope следующего маршрута равен или меньше TS предыдущего (десять против двенадцати).} {Чтобы избежать путаницы, можно просто выставить всем scope значение 10 и убедиться, что финальный TS (на шлюзе ISP) не меньше 10.} ПЛОСКИЙ (через два DNS): … /ip route
add check-gateway=ping distance=3 dst-address=0.0.0.0/0 gateway=1.0.0.1 scope=10 target-scope=12
add distance=3 dst-address=1.0.0.1/32 gateway=PrimaryISP-gatewayIP scope=12 target-scope=11
+++++++++++++++++++
add check-gateway=ping distance=4 dst-address=0.0.0.0/0 gateway=9.9.9.9 scope=10 target-scope=12
add distance=4 dst-address=9.9.9.9/32 gateway=PrimaryISP-gatewayIP scope=12 target-scope=11
+++++++++++++++++++
add comment=SecondaryISP distance=10 dst-address=0.0.0.0/0 gateway=SecondaryISP-gatewayIP scope=10 target-scope=30
… ВЛОЖЕННЫЙ (через два DNS): … /ip route
dst-address=0.0.0.0/0 gateway=10.10.10.10 scope=10 target-scope=14
++++++++++++++++
dst-address=10.10.10.10/32 gateway=9.9.9.9 scope=14 target-scope=13 check-gateway=ping
add dst-address=9.9.9.9/32 gateway=PrimaryISP-gatewayIP scope=13 target-scope=12
+++++++++++++++
dst-address=10.10.10.10/32 gateway=1.0.0.1 scope=14 target-scope=13 check-gateway=ping
add dst-address=1.0.0.1/32 gateway=PrimaryISP-gatewayIP scope=13 target-scope=12
+++++++++++++++
add comment=SecondaryISP distance=10 dst-address=0.0.0.0/0 gateway=SecondaryISP-gatewayIP scope=10 target-scope=30

bpwl Guest	#12 0 18.04.2022 16:13:00 +1 (в замешательстве)… Они документируют, как Пифия, Оракул Дельфийский. Если теперь target-scope — это атрибут шлюза, а не маршрута, тогда какой "target-scope" у шлюза 10.0.0.1 в приведённом выше примере? 20 или 30??? И что сейчас прикреплено к шлюзу — "scope" или "target-scope"?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры