[Fint]

Доброго времени суток. Подскажите можно ли реализовать на MikroTik ОС разделение нагрузки не в случайном порядке, а так что бы использовался Uplink1 до определенной нагрузки и только потом Uplink2? Uplink2 нужен только для покрытия пиков нагрузки и в качестве резерва в случае падения Uplink1.

Или использовать для этой цели отдельную железку? Например TL-R470T+.

Edited February 3, 2016 by Fint

[EShirokiy]

Fint, на сколько знаю, штатно нет такого функционала, но можно использовать скрипты

[Fint]

Fint, на сколько знаю, штатно нет такого функционала, но можно использовать скрипты

Да штатно нет, тоже думаю что скриптами реализуемо (В скриптах не силен от слова совсем). Железное решение существует?

А как будет выглядеть логика работы? что за чем, цепочка действий в МТ. Может в GNS3 получится смоделировать, пока что курение манов на мало понятном языке дала только общее представление.

[Saab95]

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

[Fint]

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

Не понятно. Если запрос ушел с аплинка 1 то и ответ придет на аплинк1, то есть нужно сделать так что бы все запросы юзера шли через тот аплинк по которому был сделан первый запрос. И скажем в течении минуты микротик хранил в адресс листе(можно же с помощью адрес листов?) маршрут для это IP.

 

эти железки кто ни буть юзал?

http://www.nix.ru/price/price_list.html?section=networking_all#cid=107&fn=107&set_id=9ba80edecb3611e5a8b3002590c35102&sort=0&thumbnail_view=2

Сколько суммарного трафика переварят?

Edited February 4, 2016 by Fint

[Fint]

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

Какой порекомендуете?

Нужен именно как абонентское устройство (СРЕ).

 

Вам нужно 2 микротика, каждого подключите к своему провайдеру, а к ним подключите третий, через который уже будете потреблять интернет с этих каналов. Такая конфигурация более правильная, чем на одном роутере заводить двух операторов, создавать кучу правил в манглах и т.п.

А подробнее про 3 роутера можно?

[Saab95]

Не понятно. Если запрос ушел с аплинка 1 то и ответ придет на аплинк1, то есть нужно сделать так что бы все запросы юзера шли через тот аплинк по которому был сделан первый запрос. И скажем в течении минуты микротик хранил в адресс листе(можно же с помощью адрес листов?) маршрут для это IP.

 

Представьте ситуацию, у вас канал 100 у первого и у второго провайдера, и 2 абонента с тарифами 100.

 

Первый абонент подключился и стал качать файл со скоростью 40 мегабит. Подключился второй и стал качать файл со скоростью 40 мегабит. Оба идут через первый канал. Тут ресурс на сайте освободился и оба стали получать данные на скорости 50 мегабит, загрузив канал на полную. Перекинуть на второго провайдера можно, но тогда соединение у абонента оборвется.

 

Другая ситуация - появился третий абонент в тот момент, когда первый канал перегружен, его пустили по второму провайдеру, и он начал качать на скорости 100. Потом первый канал освободился, но абонент так и будет сидеть на резервном=)

 

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

 

А подробнее про 3 роутера можно?

 

Например у вас есть 2 канала интернета, которые вы хотите загрузить равномерно. Первые 2 роутера подключаются к ним и делают НАТ, третий роутер только управляет каких абонентов на какой роутер отправить, например разбив все IP адреса пополам. Тут никаких проблем не будет, т.к. каждая группа абонентов будет работать постоянно через свой канал.

[Fint]

Представьте ситуацию, у вас канал 100 у первого и у второго провайдера, и 2 абонента с тарифами 100.

 

Первый абонент подключился и стал качать файл со скоростью 40 мегабит. Подключился второй и стал качать файл со скоростью 40 мегабит. Оба идут через первый канал. Тут ресурс на сайте освободился и оба стали получать данные на скорости 50 мегабит, загрузив канал на полную. Перекинуть на второго провайдера можно, но тогда соединение у абонента оборвется.

 

Другая ситуация - появился третий абонент в тот момент, когда первый канал перегружен, его пустили по второму провайдеру, и он начал качать на скорости 100. Потом первый канал освободился, но абонент так и будет сидеть на резервном=)

 

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

Думаю агрегация сгладит. При разгрузке первого канала, совсем не обязательно сразу же перекидывать соединения на первый, сомо закроется.

 

Например у вас есть 2 канала интернета, которые вы хотите загрузить равномерно. Первые 2 роутера подключаются к ним и делают НАТ, третий роутер только управляет каких абонентов на какой роутер отправить, например разбив все IP адреса пополам. Тут никаких проблем не будет, т.к. каждая группа абонентов будет работать постоянно через свой канал.

Думаю тоже самое можно и на одном роутере сделать.

 

Хорошо, для начала как скинуть определенные подсети, что бы они ходили только через 2 канал? Правилами в роутах? Или маркировать соединения и по роутинг маркам?

[Fint]

Норм вышло.

 

 

Кто ни буть может помочь со скриптом? Нужно что бы одно простое правило шейпера включалось и отключалось в зависимости от живости маршрутов, если оба живы то выключено, если хотя бы один помирает - включается.

Edited February 10, 2016 by Fint

[Saab95]

Вам надо создать 2 метрики маршрутов на адрес 0.0.0.0/0 указав шлюзы провайдеров.

Далее:

 

/ip firewall mangle
add action=add-src-to-address-list address-list=PROV_1 address-list-timeout=1h chain=prerouting dst-address-list=!Local-IP per-connection-classifier=src-address:2/0
add action=add-src-to-address-list address-list=PROV_2 address-list-timeout=1h chain=prerouting dst-address-list=!Local-IP per-connection-classifier=src-address:2/1

 

Тут у вас все абоненты распределяться равномерно по каналам, далее правилами манглов уже из адрес листов PROV пускаете абонентов по своим маршрутам, либо через SRC-NAT.

[Fint]

Вам надо создать 2 метрики маршрутов на адрес 0.0.0.0/0 указав шлюзы провайдеров.

Далее:

 

/ip firewall mangle
add action=add-src-to-address-list address-list=PROV_1 address-list-timeout=1h chain=prerouting dst-address-list=!Local-IP per-connection-classifier=src-address:2/0
add action=add-src-to-address-list address-list=PROV_2 address-list-timeout=1h chain=prerouting dst-address-list=!Local-IP per-connection-classifier=src-address:2/1

 

Тут у вас все абоненты распределяться равномерно по каналам, далее правилами манглов уже из адрес листов PROV пускаете абонентов по своим маршрутам, либо через SRC-NAT.

Спасибо. Попробую завтра. Спасть пора.

[Fint]

Норм вышло.

 

Все хорошо в моём варианте, только весь локальный трафик трафик идет наружу :) А управление оборудованием перестало работать, потому что сделано по виланам через роутер...

[Fint]

Вам надо создать 2 метрики маршрутов на адрес 0.0.0.0/0 указав шлюзы провайдеров.

Далее:

 

/ip firewall mangle
add action=add-src-to-address-list address-list=PROV_1 address-list-timeout=1h chain=prerouting dst-address-list=!Local-IP per-connection-classifier=src-address:2/0
add action=add-src-to-address-list address-list=PROV_2 address-list-timeout=1h chain=prerouting dst-address-list=!Local-IP per-connection-classifier=src-address:2/1

 

Тут у вас все абоненты распределяться равномерно по каналам, далее правилами манглов уже из адрес листов PROV пускаете абонентов по своим маршрутам, либо через SRC-NAT.

Долго вкуривал) Разобрался. Я хотел что бы например адреса 192.168.1.34/27 шли по 2аплинку, в то время как 192.168.1.34/29 и все остальные подсети шли по первому аплинку.

В мангле источником, такую подсеть 192.168.1.34/29 не выходит указать. Как сделать?

[Ivan_83]

Я вот уже который год наблюдаю за темой ххх аплинков и авто переход на резерв.

Нихрена не понимаю чего так извращаться, когда там кодить демон на сях на пару вечеров, ну или со скриптами что то можно накостылить.

[Saab95]

В мангле источником, такую подсеть 192.168.1.34/29 не выходит указать. Как сделать?

 

Значит надо указать подсеть 192.168.1.32/29. Там указываются сами сети, которые можно рассчитать на калькуляторе, либо в настройках IP адреса навести мышкой на адрес - будет показан диапазон адресов, вот самый первый адрес оттуда и указываете в правилах.

[Fint]

В мангле источником, такую подсеть 192.168.1.34/29 не выходит указать. Как сделать?

 

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

Ага, то есть в мангле можно указать только диапазон реально указанный в настройках IP адресов интерфейсов? Если у меня на этом вилане указан 192.168.1.0/24, то указать в мангле/адрес листе другую маску не получится? Получается нужно бить подсеть еще на несколько виланов, это не везде возможно, будет не кошерно.

Edited February 12, 2016 by Fint

[Danila]

В мангле источником, такую подсеть 192.168.1.34/29 не выходит указать. Как сделать?

 

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

Ага, то есть в мангле можно указать только диапазон реально указанный в настройках IP адресов интерфейсов? Если у меня на этом вилане указан 192.168.1.0/24, то указать в мангле/адрес листе другую маску не получится? Получается нужно бить подсеть еще на несколько виланов, это не везде возможно, будет не кошерно.

Воспользуйся address list.

Туда можешь накидать нужные тебе адреса и затем вместо src-address будешь указывать src-address-list.

Костыль, конечно же, но рабочий.

[Saab95]

Ага, то есть в мангле можно указать только диапазон реально указанный в настройках IP адресов интерфейсов? Если у меня на этом вилане указан 192.168.1.0/24, то указать в мангле/адрес листе другую маску не получится? Получается нужно бить подсеть еще на несколько виланов, это не везде возможно, будет не кошерно.

 

Там можно указать адреса по маске и диапазон адресов. У вас на приведенной картинке была ошибка в указании адреса сети, поэтому и выделялось красным.

 

Воспользуйся address list.

Туда можешь накидать нужные тебе адреса и затем вместо src-address будешь указывать src-address-list.

Костыль, конечно же, но рабочий.

 

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

[castor]

Посмотри :)

tomas.pdf

[Fint]

У вас на приведенной картинке была ошибка в указании адреса сети, поэтому и выделялось красным.

В чем ошибка?

 

ps для RB2011 предел проца по трафику какой?

Edited February 18, 2016 by Fint

[Saab95]

В чем ошибка?

 

Там ошибка в том, что когда указываете сеть по маске, нужно указывать адрес сети, а не адрес узла в этой сети, то есть допустим у вас сеть 10.0.0.0/30, в ней адрес 10.10.10.1 и 10.10.10.2, то есть в правиле указать можете только 10.10.10.0/30, а 1/30, 2/30 и 3/30 будут ошибочны.