LostSoul Posted August 18, 2017 · Report post Есть микротик , два провайдера - основной А и резервный Б. основной - через pppoe. IP и шлюз провайдер выдает динамикой, шлюз из абсолютно разных подсетей бывает. Как сделать проверку доступности некого хоста ( например 8.8.8.8 ) через канал провайдера А ( pppoe с динамикой ) , и в случае если хост доступен - поднимать default route через A , а в случае если хост недоступен - убирать/понижать метрику? Нахожу решение если бы шлюз был статический. А с динамикой идей нет. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pingz Posted August 18, 2017 · Report post Нужно больше микротиков. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted August 23, 2017 · Report post Нужно каждый канал подключить к своему микротику. Каждый этот микротик пингует любой хост в интернете и проверяет доступность своего канала, если канал не работает, то через OSPF прекращать анонсировать дефолт, а третий микротик, куда уже подключены пользователи, сам будет направлять данные в нужный канал. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
LostSoul Posted August 23, 2017 · Report post Нужно больше микротиков. ты знал,да? :-) Saab95 не, микротиков ровно один будет. и от провайдера тоже ospf не ожидается Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
pingz Posted August 25, 2017 · Report post Нужно больше микротиков. ты знал,да? :-) Saab95 не, микротиков ровно один будет. и от провайдера тоже ospf не ожидается Проще оператора уговорить дать статику. З.Ы. да знал, у меня есть схема уже из 2х микротиков. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
LostSoul Posted August 26, 2017 · Report post Проще оператора уговорить дать статику. З.Ы. да знал, у меня есть схема уже из 2х микротиков. это нереально. схемы из 2 микротиков у меня тоже есть, но в данном случае нужно на одном. пляски с бубном типа vrf не помогут? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted August 26, 2017 · Report post IP и шлюз провайдер выдает динамикой, шлюз из абсолютно разных подсетей бывает. Что мешает в качестве дефолта оперировать интерфейсом, а не адресом? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
clever2v Posted August 31, 2017 · Report post В 26.08.2017 в 23:37, DRiVen сказал: Что мешает в качестве дефолта оперировать интерфейсом, а не адресом? Будет ли это работать, вот вопрос. Вот цитата из английской вики микротик: Routes with interface name as the value of gateway are not used for nexthop lookup. If route has both interface nexthops and active IP address nexthops, then interface nexthops are ignored. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DRiVen Posted August 31, 2017 · Report post Говорят, что будет. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
nkusnetsov Posted August 31, 2017 (edited) · Report post LostSoul , если у Вас задача реализовать именно через netwatch, то всё просто. 1) создаёте первый статический маршрут до 8.8.8.8 указывая в качестве gateway интерфейс pppoe, например с distance=1 2) создаёте второй статический маршрут до 8.8.8.8 type=blackhole и distance=2 Поскольку netwatch работает по системной таблице маршрутизации, при падении интерфейса pppoe, пакеты для 8.8.8.8 пойдут в blackhole и сработает событие netwatch->down Edited August 31, 2017 by nkusnetsov Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
