http://mikrotik.moscow Новое в теме Два PPPoE с одинаковым рекурсивным маршрутом шлюза. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Wed, 12 Aug 2026 11:27:03 -0400 Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
Но если у вас установлено соединение через PPPoE, пакеты не будут отправляться через другие интерфейсы!
07.11.2018 11:47:00, Chupaka.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382834 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382834 Wed, 07 Nov 2018 11:47:00 -0500 RouterOS Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
Я использую 77.88.8.7/32 для проверки состояния Интернета через текущего провайдера. Если активируется маршрут blackhole, то он будет блокировать любой трафик к 77.88.8.7/32 через другие выходные интерфейсы, пока состояние Интернета на стороне PPPoE-провайдера не восстановится — вот такой трюк с резервированием.

Я также понимаю, что маршрут с расстоянием 0 остается активным, пока интерфейс PPPoE поднят (поэтому я и написал про этот маршрут в первом сообщении), и именно поэтому blackhole не может изменить его состояние.

Мой вопрос: как заставить маршрут blackhole активироваться в такой ситуации с интерфейсом PPPoE (когда есть напрямую подключённый маршрут)? Есть ли способ это сделать?
07.11.2018 11:43:00, hatterfix.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382833 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382833 Wed, 07 Nov 2018 11:43:00 -0500 RouterOS Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
Я пропустил маршрут с пометкой, но всё равно не понимаю, зачем переключать индивидуальный маршрут к 77.88.8.7/32 на «черную дыру» и в какой ситуации это нужно. Два маршрута по умолчанию используют 77.88.8.7 в качестве шлюза, так что check-gateway можно применить, чтобы сделать их неактивными, если этот IP-шлюз недоступен. Индивидуальный же маршрут к 77.88.8.7/32 использует интерфейс (pppoe) как шлюз, и там нечего пинговать через check-gateway, поэтому этот маршрут остаётся активным, пока интерфейс сам по себе активен. Значит, маршрут «черная дыра» к тому же адресу может стать активным только тогда, когда сам интерфейс падает, а не удалённый адрес. К тому же, если бы это случилось, получился бы эффект самозапирающейся положительной обратной связи — как только основной маршрут станет неактивным, и «черная дыра» возьмёт управление, пинги к 77.88.8.7 всегда будут неудачными, потому что они всё время пойдут через маршрут «черная дыра». Короче, в чём же реальная цель маршрута «черная дыра»?
07.11.2018 08:43:00, sindy.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382832 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382832 Wed, 07 Nov 2018 08:43:00 -0500 RouterOS Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
Все показанные маршруты относятся только к одному pppoe-интерфейсу. Первый – «pppoe remote gate» – имеет маркер маршрутизации, который помещает его в таблицу с именем «pppoe» (я использую несколько таблиц для маршрутизации). Второй – «check gw pppoe fall» – находится в таблице «main» и используется для проверки шлюза PPP-профиля, назначенного на pppoe-client-интерфейс.

Профиль выглядит так:  
1 name=“ppp_77”  
remote-address=77.88.8.7  
use-mpls=default  
use-compression=default  
use-encryption=default  
only-one=default  
change-tcp-mss=yes  
use-upnp=default  
address-list=“”  
on-up=“”  
on-down=“”

Итак, у меня есть правильный маршрут для этого назначения в таблице ip route:

check 77.88.8.7  
status: ok  
interface: pppoe  
nexthop: 77.88.8.7

Именно поэтому я использую blackhole для 77.88.8.7, он должен быть активен, когда проверка шлюза делает текущие маршруты недоступными, но состояние не меняется на активное.

Другие внешние интерфейсы, которые у меня есть, не pppoe, и с переключением на запасной канал на них проблем нет.
07.11.2018 08:26:00, hatterfix.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382831 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382831 Wed, 07 Nov 2018 08:26:00 -0500 RouterOS Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
Потормози, дружище. Во-первых, для автоматического переключения без скриптов с использованием рекурсивного поиска следующего хопа, нужно указать в интернет-мониторинге адреса как remote-address в /ppp профиле. И для каждого pppoe-out должен использоваться свой уникальный адрес, иначе маршрут через упавший интерфейс не отключится, пока сам интерфейс активен. У тебя в выводе показан одинаковый адрес шлюза для обеих дефолтных маршрутов через pppoe-out, так что это не сработает. Во-вторых, почему тут должна быть черная дыра (blackhole route) с dst-address, отличным от 0.0.0.0/0? Маршрут до подключенной подсети, который её перекрывает, всегда присутствует, пока интерфейс поднят. Но если хочешь, чтобы маршрут с "черной дырой" срабатывал, когда оба pppoe-интерфейса теряют доступ в интернет, он должен иметь такой же dst-address, что и маршруты, которые он заменит, то есть 0.0.0.0/0.
06.11.2018 19:01:00, sindy.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382830 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382830 Tue, 06 Nov 2018 19:01:00 -0500 RouterOS Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
Я также пытался настроить разные профили ppp с удалённым IP для резервирования, и обнаружил, что всё ещё существует ещё один динамический маршрут с дистанцией 0, поэтому маршрут blackhole не может перейти в активное состояние, даже если маршрут через шлюз становится недоступен.

Флаги:  
X — отключён,  
A — активен,  
D — динамический,  
C — непосредственно подключён,  
S — статический,  
r — rip,  
b — bgp,  
o — ospf,  
m — mme,  
B — blackhole,  
U — недоступен,  
P — запрещён.

0   S  ;;; pppoe удалённый шлюз: dst-address=0.0.0.0/0 gateway=77.88.8.7 gateway-status=77.88.8.7 unreachable distance=1 scope=30 target-scope=10 routing-mark=pppoe  
1   S  ;;; проверка шлюза pppoe fallover: dst-address=0.0.0.0/0 gateway=77.88.8.7 gateway-status=77.88.8.7 unreachable check-gateway=ping distance=2 scope=30 target-scope=10  
0 ADC dst-address=77.88.8.7/32 pref-src=1.2.3.4 gateway=pppoe gateway-status=pppoe reachable distance=0 scope=10  
1   SB ;;; blackhole pppoe fallover: dst-address=77.88.8.7/32 type=blackhole distance=254  

Есть ли способ заставить маршрут blackhole работать корректно?
06.11.2018 14:56:00, hatterfix.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382829 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382829 Tue, 06 Nov 2018 14:56:00 -0500 RouterOS Два PPPoE с одинаковым рекурсивным маршрутом шлюза. RouterOS в форуме RouterOS.
У меня есть 3 PPPoE-подключения на 3 Ethernet-портах, 2 из них имеют один и тот же шлюз (один и тот же провайдер). Я хочу распределить нагрузку между ними с резервированием, чтобы если один провайдер отключится, использовался другой. Проблема в том, что рекурсивная маршрутизация доступна только с IP-шлюзом (плохой Mikrotik), поэтому я могу использовать только одно из этих соединений с одинаковым IP-шлюзом. Есть ли какой-нибудь выход из этой ситуации кроме написания скриптов?
31.05.2018 13:34:00, alli.]]> http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382828 http://mikrotik.moscow/forum/forum57/84062-dva-pppoe-s-odinakovym-rekursivnym-marshrutom-shlyuza./message382828 Thu, 31 May 2018 13:34:00 -0400 RouterOS