[foxtrot]

Доброго времени суток.

Есть такой вопрос: на какой ОС и как объеденить два и более входящих канала инета.

В наличии есть входящий синхронный канал инета (но дорогой). Хочется провести еще 1-2 канала АДСЛ, у которых нормальная скорость приема, но слабая отдача. Надо сделать прием по АДСЛ, а отдачу с синхронного канала и соответственно уменьшить его ширину ввиду дороговизны.

Вариант роутера с 2мя WAN портами не подходит, так как может понадобится более 2х входящих каналов.

[fak2tel]

микротик

[foxtrot]

Я так тоже думаю, но как-то не находил толковых мануалов именно по этому вопросу. У мну на микротике сейчас построена раздача инета с одного канала.

[dmitry_]

тазик с мозгами

[Abram]

Без BGP и своей AS Ваш вариант не реализуем.

[Ilya Evseev]

Без BGP и своей AS Ваш вариант не реализуем.

Реализуем, если арендовать vds в дата-центре, соединить его со своим шлюзом ip-туннелями и маршрутизировать через него со шлюза весь исходящий трафик.

 

Кривое решение, но некоторые жители глубинки вынуждены так делать.

[NiTr0]

Отдачу пустить по одному каналу, а прием по другому - таки да, без BGP скорее всего особо не выйдет. Хотя, если пров не режет "чужие" исходящие пакеты - можно попытаться сделать особо извращенный нат с маршрутизацией, и слать в синхронный канал пакеты, заначеные на IP адсл соединения - ответ ессно придет на ADSL линк. Ну и не забыть отключить rp_filter. Работать будет.

 

Но если вас устроит просто суммирование N каналов, со случайным распределением соединений между ними - настраивается нат на каждом и маршрутизация через оба канала равнозначными маршрутами (ессно, не round robin - а по сессиям; для линукса - ip route add default nexthop via ... nexthop via ...). Помогал знакомому реализовать такое года 4 назад, когда каналы были дорогими и тощими, с неким подобием резервирвания скриптовыми костылями - вполне сносно работало, когда было много сессий на много серверов.

[karom]

Проверенный вариант http://www.shorewall.net/MultiISP_ru.html

[gavru]

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