Mikrotik назначить интерфейс шлюзом

[mstsc 7]

Проблема возникла при настройке переключения на резервный канал.

Имеется два подключения, оба выдают интерфейсу по DHCP динамический IP. На оба интерфейса Ether1 и Ether2 подцеплен DHCP клиент с отключенным автоматическим созданием маршрута. 

Проблема: Создаю руками маршрут выбирая интерфейс в качестве шлюза - трафик не ходит. Если маршрут создает DHCP клиент автоматически - все работает. Но этот вариант не подходит, так как нужно маркировать трафик. Начинает работать если вместо интерфейса указать IP адрес шлюза, но это не вариант, так как шлюз меняется.

В чем причина такого глюка? Как создать маршрут для интерфейса с DHCP клиентом руками?

[BlackVS 35]

"Начинает работать если вместо интерфейса указать IP адрес шлюза, но это не вариант, так как шлюз меняется."

Возможно дело в nexthop lookup - когда в качестве шлюза указываете интерфейс, этот интерфейс исключается из алгоритма поиска хопов:

http://wiki.mikrotik.com/wiki/Manual:IP/Route

Routes with interface name as the value of gateway are not used for nexthop lookup.

[holubets 43]

Шлюз міняється на обох підключеннях?

[ynet 0]

Перед микротиком поставьте два роутера и не партесь так у меня таже история, решил статикой и роутером на один канал

[argus78 114]

  В 15.02.2016 в 12:07, ynet сказав:

Перед микротиком поставьте два роутера и не партесь так у меня таже история, решил статикой и роутером на один канал

Ужас...

[Ondp 47]

А есть ли скрипт для микротика который будет пинговать шлюз и если пинг не пройдет заменит ИП шлюза в Роуте на тот который укажу чтоб работало через резерв? Всегда делаю это руками но не всегда получается сделать это оперативно.

[BlackVS 35]

  В 15.02.2016 в 13:56, argus78 сказав:

 

  В 15.02.2016 в 12:07, ynet сказав:

Перед микротиком поставьте два роутера и не партесь так у меня таже история, решил статикой и роутером на один канал

Ужас...

 

А че - просто хардверное решение вместо скриптового... Хотя я бы просто у провайдера взял бы две статики (вернее - так и сделал %).

В теории можно и скриптами - выцеплять все дефолтные роуты, определять, на каком интерфейсе висят и потом играть метриками/маркровать соединения/пакеты и тд.

В теории ничего сложного, только скрипты побольше будут %)

[BlackVS 35]

  В 15.02.2016 в 15:01, Ondp сказав:

А есть ли скрипт для микротика который будет пинговать шлюз и если пинг не пройдет заменит ИП шлюза в Роуте на тот который укажу чтоб работало через резерв? Всегда делаю это руками но не всегда получается сделать это оперативно.

Обычно по-другому - имеется два дефолтных роута, один с разными метриками (0 и 1 или 1 и 2) и если нужно, то просто меняете метрику и дефолтный трафик идет по другому пути. Ткните гугл на предмет "микротик, балансировка"

[ynet 0]

  В 15.02.2016 в 13:56, argus78 сказав:

 

  В 15.02.2016 в 12:07, ynet сказав:

Перед микротиком поставьте два роутера и не партесь так у меня таже история, решил статикой и роутером на один канал

Ужас...

Да ужас но если у человека не выходит по другому то вариант

  В 15.02.2016 в 15:01, Ondp сказав:

А есть ли скрипт для микротика который будет пинговать шлюз и если пинг не пройдет заменит ИП шлюза в Роуте на тот который укажу чтоб работало через резерв? Всегда делаю это руками но не всегда получается сделать это оперативно.

Да и в сети таких вариантов куча да и написать впринципе не проблема

[ynet 0]

  В 15.02.2016 в 15:06, BlackVS сказав:

 

  В 15.02.2016 в 15:01, Ondp сказав:

А есть ли скрипт для микротика который будет пинговать шлюз и если пинг не пройдет заменит ИП шлюза в Роуте на тот который укажу чтоб работало через резерв? Всегда делаю это руками но не всегда получается сделать это оперативно.

Обычно по-другому - имеется два дефолтных роута, один с разными метриками (0 и 1 или 1 и 2) и если нужно, то просто меняете метрику и дефолтный трафик идет по другому пути. Ткните гугл на предмет "микротик, балансировка"

А по такому принципу зачастую проблемы так в практике бывает что провайдер адрес клиенту отдаёт с шлюзом, а инета нету на них и таким образом Ваш вариант не сработает. Оптимальный вариант скриптом проверять доступ к интернету к обоим провайдерам и согласно работоспособности переходить на резервный и обратно

[BlackVS 35]

  В 15.02.2016 в 15:15, ynet сказав:

 

  В 15.02.2016 в 15:06, BlackVS сказав:

 

  В 15.02.2016 в 15:01, Ondp сказав:

А есть ли скрипт для микротика который будет пинговать шлюз и если пинг не пройдет заменит ИП шлюза в Роуте на тот который укажу чтоб работало через резерв? Всегда делаю это руками но не всегда получается сделать это оперативно.

Обычно по-другому - имеется два дефолтных роута, один с разными метриками (0 и 1 или 1 и 2) и если нужно, то просто меняете метрику и дефолтный трафик идет по другому пути. Ткните гугл на предмет "микротик, балансировка"

А по такому принципу зачастую проблемы так в практике бывает что провайдер адрес клиенту отдаёт с шлюзом, а инета нету на них и таким образом Ваш вариант не сработает. Оптимальный вариант скриптом проверять доступ к интернету к обоим провайдерам и согласно работоспособности переходить на резервный и обратно

 

А я что предложил, разве не то же самое? Только вопрос - дает ли микротик редактировать роуты, созданные дхсп клиентом... Но это можно обойти (вернее сделать пару костылей скриптованием)

[ynet 0]

  В 15.02.2016 в 16:56, BlackVS сказав:

 

  В 15.02.2016 в 15:15, ynet сказав:

 

  В 15.02.2016 в 15:06, BlackVS сказав:

 

  В 15.02.2016 в 15:01, Ondp сказав:

А есть ли скрипт для микротика который будет пинговать шлюз и если пинг не пройдет заменит ИП шлюза в Роуте на тот который укажу чтоб работало через резерв? Всегда делаю это руками но не всегда получается сделать это оперативно.

Обычно по-другому - имеется два дефолтных роута, один с разными метриками (0 и 1 или 1 и 2) и если нужно, то просто меняете метрику и дефолтный трафик идет по другому пути. Ткните гугл на предмет "микротик, балансировка"

А по такому принципу зачастую проблемы так в практике бывает что провайдер адрес клиенту отдаёт с шлюзом, а инета нету на них и таким образом Ваш вариант не сработает. Оптимальный вариант скриптом проверять доступ к интернету к обоим провайдерам и согласно работоспособности переходить на резервный и обратно

 

А я что предложил, разве не то же самое? Только вопрос - дает ли микротик редактировать роуты, созданные дхсп клиентом... Но это можно обойти (вернее сделать пару костылей скриптованием)

 

На сколько я понял задача резервировать и если так, то не надо не чего редактровать. Скрипт сам будет в дхцп клиенте ставить птичку add default route и все!

Вот пример  резервирование  двух провайдеров по дхцп и прекрасно работает http://habrahabr.ru/post/243071/

Відредаговано 2016-02-15 17:25:57 ynet

[mstsc 7]

  В 15.02.2016 в 08:27, BlackVS сказав:

"Начинает работать если вместо интерфейса указать IP адрес шлюза, но это не вариант, так как шлюз меняется."

Возможно дело в nexthop lookup - когда в качестве шлюза указываете интерфейс, этот интерфейс исключается из алгоритма поиска хопов:

http://wiki.mikrotik.com/wiki/Manual:IP/Route

Routes with interface name as the value of gateway are not used for nexthop lookup.

Да. Это действительно так, сегодня благодаря Вам обратил на это внимание. Однако как в таком случае решить проблему?

[ynet 0]

  В 15.02.2016 в 18:08, mstsc сказав:

 

  В 15.02.2016 в 08:27, BlackVS сказав:

"Начинает работать если вместо интерфейса указать IP адрес шлюза, но это не вариант, так как шлюз меняется."

Возможно дело в nexthop lookup - когда в качестве шлюза указываете интерфейс, этот интерфейс исключается из алгоритма поиска хопов:

http://wiki.mikrotik.com/wiki/Manual:IP/Route

Routes with interface name as the value of gateway are not used for nexthop lookup.

Да. Это действительно так, сегодня благодаря Вам обратил на это внимание. Однако как в таком случае решить проблему?

 

Да человек вам верно написал что нужен "Костыль", реализовать можно скриптами, но это не есть по феншую так как в момент смены шлюза один фиг будет обрыв, а так не че сложного. Пишите скрипт по манам микротика который работает как демон, проверяет дхцп клиент смотрит шлюз, сверяет его с маршрутом и если все на месте проверяет следующий дхцп и маршрут, если косяк меняет адрес в маршруте и все

[mstsc 7]

  В 15.02.2016 в 21:21, ynet сказав:

 

  В 15.02.2016 в 18:08, mstsc сказав:

 

  В 15.02.2016 в 08:27, BlackVS сказав:

"Начинает работать если вместо интерфейса указать IP адрес шлюза, но это не вариант, так как шлюз меняется."

Возможно дело в nexthop lookup - когда в качестве шлюза указываете интерфейс, этот интерфейс исключается из алгоритма поиска хопов:

http://wiki.mikrotik.com/wiki/Manual:IP/Route

Routes with interface name as the value of gateway are not used for nexthop lookup.

Да. Это действительно так, сегодня благодаря Вам обратил на это внимание. Однако как в таком случае решить проблему?

 

Да человек вам верно написал что нужен "Костыль", реализовать можно скриптами, но это не есть по феншую так как в момент смены шлюза один фиг будет обрыв, а так не че сложного. Пишите скрипт по манам микротика который работает как демон, проверяет дхцп клиент смотрит шлюз, сверяет его с маршрутом и если все на месте проверяет следующий дхцп и маршрут, если косяк меняет адрес в маршруте и все

 

 

Большое спасибо за желание помочь, однако не делайте так больше. У вас плохо получается.

 

По сути вопроса: Один из простых способов всегда иметь актуальный шлюз обновлять его в момент срабатывания Netwatch.

 

Вытянуть шлюз из нужного DHCP клиента можно вот так: [ /ip dhcp-client get [/ip dhcp-client find comment=eth1 ] gateway ]

 

Подстановка тоже не составляет труда, однако есть острое желание найти более элегантное решение. Смотрю в сторону VRF

 

Всем, у кого есть конструктивные мысли на этот счет пожалуйста поделитесь. Тема очень актуальна.

[SavPasha 13]

 Все решается скриптами !! и не надо назначать интерфейс шлюзом!!

Відредаговано 2016-02-16 09:13:13 SavPasha

[mstsc 7]

  В 16.02.2016 в 09:09, SavPasha сказав:

 Все решается скриптами !! и не надо назначать интерфейс шлюзом!!

 

Как быть если два првоайдера выдают одинаковый шлюз? С примером пожалуйста.

[ynet 0]

С одинаковым никак, или все таки перед одним роутер

Відредаговано 2016-02-16 22:44:18 ynet

[John_Doe 301]

 

 

  В 16.02.2016 в 21:37, mstsc сказав:

Как быть если два првоайдера выдают одинаковый шлюз?

Точно два провайдера или все же 2 линка к одному  провайдеру?

[mstsc 7]

  В 16.02.2016 в 21:53, ynet сказав:

С одинаковым не как, или все таки перед одним роутер

 

С утверждением вашим весьма сложно согласиться, хотя бы по причине того, что "никак" пишется через "И" и это одно слово.

[mstsc 7]

  В 16.02.2016 в 22:08, John_Doe сказав:

 

  В 16.02.2016 в 21:37, mstsc сказав:

Как быть если два првоайдера выдают одинаковый шлюз?

Точно два провайдера или все же 2 линка к одному  провайдеру?

 

 

В данном конкретном случае - два линка одного провайдера, однако есть объект с одинаковыми шлюзами от разных провайдеров.

Відредаговано 2016-02-16 22:15:17 mstsc

[John_Doe 301]

 

 

  В 16.02.2016 в 22:14, mstsc сказав:

В данном конкретном случае - два линка одного провайдера, однако есть объект с одинаковыми шлюзами от разных провайдеров.

Тогда в данном конкретном случае взять у провайдера канал необходимой емкости, а не городить несколько линков с костылями

А в случае разных провайдеров взять у одного из них реальный IP

[BlackVS 35]

Насчет "не как"  согласен (подозреваю, что тут не опечатка %) - лучше конечно не "как", но все же можно:

http://wiki.mikrotik.com/wiki/Manual:Load_balancing_multiple_same_subnet_links

В качестве шлюза можно указывать ip%gate , например 10.0.0.1%ether1

[mstsc 7]

  В 16.02.2016 в 23:21, John_Doe сказав:

 

  В 16.02.2016 в 22:14, mstsc сказав:

В данном конкретном случае - два линка одного провайдера, однако есть объект с одинаковыми шлюзами от разных провайдеров.

Тогда в данном конкретном случае взять у провайдера канал необходимой емкости, а не городить несколько линков с костылями

А в случае разных провайдеров взять у одного из них реальный IP

 

Проблема не в емкости канала, оба волокна 200 выдают. Главная задача этой затеи - резервирование. Шлюз один, однако путь к этому шлюзу идет через разные узлы связи.

 

  В 17.02.2016 в 05:37, BlackVS сказав:

Насчет "не как"  согласен (подозреваю, что тут не опечатка %) - лучше конечно не "как", но все же можно:

http://wiki.mikrotik.com/wiki/Manual:Load_balancing_multiple_same_subnet_links

В качестве шлюза можно указывать ip%gate , например 10.0.0.1%ether1

Большое спасибо за подсказку, действительно работает и решение интересное.