Несколько провайдеров, 1 роутер

man policy based routing

А дальше либо раскидываешь часть на один канал, часть на второй, часть на третий, либо просто раскидываешь соединения по провайдерам через stateful nat как-нибудь.

Обе схемы неудачные. Оптимальный вариант тут - policy based routing. Создаете таблицы маршрутизации по числу каналов. Добавляете в них локальную сеть. И далее добавляете двойной или тройной (по числу каналов) шлюз по умолчанию с указанием веса каждого из каналов (вес пропорционален пропускной способности канала). Подробнее это в LARTC описано, да и здесь чуть ли не каждые несколько дней обсуждается, попробуйте поиском по policy based routing пройтись...

Погуглил pbr - нашел только как распределить на разных провайдеров в зависимости от локального ip пк. Но тогда все равно придется на всех этих компьютерах ставить локальный ip. Может есть еще какой-нибудь способ?

Но тогда все равно придется на всех этих компьютерах ставить локальный ip

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

Статичный ip*

тут кучу раз обсуждали эти несколько каналов.

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

шо железка, шо самописательство варианты - так себе, ИМХО.

но я бы предпочёл железку, которая так умеет сама.

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

Ну... вообще проконсультируйся с хотелками коллектива.
Оно им сильно так надо?

Статичный ip*

И что? На каком основании трафик на него пойдёт через другого оператора без соответствующего анонса по BGP? Вот с тем одним, от кого два канала, можно что-то порешать, с IP, который он предоставит. Но через третий, от другого, трафик на этот IP не пойдёт.

Привяжи каждого клиента по маску к ip и распределяй по ip.

Если было бы 3 роутера, можно было бы заморочиться с OSPF и тогда получить то что нужно, плюс отказоустойчивость и балансировку нагрузки.

вместо дефолтного маршрута поделить глобальный интернет на 3 части и каждую маршрутизировать через своего провайдера

Если было бы 3 роутера

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

Зачем ананонсировать что-либо провайдеру? Предполагается, что на каждом из роутеров подключенных к провайдеру делается нат в паблик принадлежащий провайдеру. В моей схеме трафик условно в одну половину интернетов идет через одного провайдера, а во вторую - через другого. Соответсвенно, через OSPF это анонсируется наверх, 3-му роутеру, как 2 маршрута вместо одного в 0.0.0.0/0. На «нижних» роутерах маршруты, указывающие, что половина 0.0.0.0/1 на роутере А доспуна через провайдера 1, а половина 128.0.0.0/1 через роутер Б. На роутере Б, в обратную сторону - 128.0.0.0/1 через провайдера 2, а половина 0.0.0.0/1 через роутер А. При этом на каждом из А и Б имеются маршруты в «недостающие» половины через connected-линк провайдера, с бОльшими метриками, чем аналогичный маршурт, но через соседний роутер. Т.о. получится балансировка, и в случае, если один из роутеров выйдет из строя - второй полностью возьмет функции вышедшего из строя.

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

ТС это (NAT) не устраивает: Несколько провайдеров, 1 роутер (комментарий)

Микротик 5 портов это маршрутизатор или свич?

Обе ваши схемы подразумеваю pbr, иначе вам не разрулить пакеты.

Я правильно понял, что вам нужно, чтобы пользователь сам определял через какой канал пойдёт? Я когда-то делал подобное, но мне было проще написать cgi-скрипт (да у меня шлюзом был комп и там был http-сервер), пользователю проще тыкать в браузере, чем помнить где и как менять шлюз по умолчанию.

Выше mky привел направление хорошей реализации. Тоже нечто подобное для «себя любимого» писал.

Дома переключать каналы инета без использования ssh, быстро и легко.

Микротик 5 портов это маршрутизатор или свич?

Маршрутизатор.

Я правильно понял, что вам нужно, чтобы пользователь сам определял через какой канал пойдёт? Я когда-то делал подобное, но мне было проще написать cgi-скрипт (да у меня шлюзом был комп и там был http-сервер), пользователю проще тыкать в браузере, чем помнить где и как менять шлюз по умолчанию.

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

Пока что на 4х интерфейсах микротика настроил разных провайдеров, 5 смотрит в локальную сеть. В зависимости от ip-адреса клиента трафик уходит на нужный канал.

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

Пока что на 4х интерфейсах микротика настроил разных провайдеров, 5 смотрит в локальную сеть. В зависимости от ip-адреса клиента трафик уходит на нужный канал.

И чем отличается желаемый вариант от реализованного?