Объединение нескольких каналов + балансировка

Нет, так нельзя сделать afaik.

Про балансировку тоже не слышал никогда.

Балансировка - это QoS, тока на выход, никто не мешает. А вот с "объединением" будут проблемы. А именно с таблицой роутинга - она жестко привязана на девайсы. Разве что ипстолами что-нить шаманить, чтобы ответы _приходили_ на разные ипы (объединение входящего потока), а вот насчет исходящего думаю нельзя. Во всяком случае мне знаний не хватает. Если нароете что и как - не забудьте описать, если не сложно, будет любопытно почитать, да и проблема такая думаю у многих есть.

Вариант 1. (Реальный)
В зависимости от адреса source/dest, порта source/dest iptables-ом/PF маркировать пакет и менять его роутинг.
(Т.н маршрутизация по клиентам)
Вариант 2.(Для больных на голову):
emerge -av quagga; multikasting on;OSPF WLSM/32 lokal interfaces;
Вариант 3. (Проваидерский)
Платим $$,Получаем _OSPF_АS/RIPv2 , сливаем линки на одну подсеть.

Я решал задачу выхода в инет конторы через одного,
но часть городского трафика - через второго провайдера.
Т.е. два канала в мир одновременно.
И доступны извне оба канала одновременно.
Попутно сэкономил типа на втором ящике для ДНС...

Могу описать мой случай.
---
Делай, что должен, и будь, что будет.

не знаю на сколько подойдет тебе - с помощью скуида
http://www.opennet.ru/base/net/squid_ipvs_keepalived.txt.html

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

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

Есть у D-link девайс DI-LB604, правда там тока 2 WAN порта. Балансировку тоже умеет делать, как и резервирование канала.

http://www.dlink.ru/products/prodview.php?type=15&id=605

стоит в среднем 2500 р.

Если вы не планируете покупать СВОЙ СОБСТВЕННЫЙ блок адресов, регистрировать AS, поднимать BGP со всеми тремя провайдерами (а вы не собираетесь, т. к. это совсем другие деньги за канал!) - никак. (Да и в том случае... загрузкой каналов на прием вообще управлять крайне проблематично, только разными непрямыми методами решается...)
Обоснование: любой маршрутизатор осуществляет маршрутизацию IP-пакета по адресу назначения. Любой провайдер ассоциирует канал связи с конкретным пользователем с конкретным же IP этого пользователя - на пакеты, отправленные с его IP, ответные пакеты будут приходить только на этот IP - и, что характерно, только через того провайдера, который этот IP вам выдал и которому принадлежит блок адресов, откуда IP выделен! С сопутствующими ограничениями по скорости.
Есть довольно кривой вариант решения данной проблемы: настроить NAT таким образом, чтобы соединение с внешними IP, например, заканчивающимися на 0, 3, 6, 9, 12, 15... натилось через первого провайдера, заканчивающимися на 1, 4, 7, 10, 13, 16... - через второго, на 2, 5, 8, 11, 14, 17... - через третьего. iproute2 для такой конфигурации, понятно, вообще не обязателен ;) Но ни о какой точной балансировке загрузки речи в таком случае быть не может. И вообще это некрасивая, кривая и чреватая неопределенными проблемами (в особенности с аутентификацией, привязанной к IP) конфигурация.
А простейшее решение - 1/3 пользователей запускаем через 1-й канал, 1/3 через 2-й, 1/3 через 3-й. Ясно, что для любого пользователя максимальная скорость будет не больше максимальной "его" канала. Зато конфигурация насквозь прозрачная и беспроблемная ;)

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