[AMDBulldozer]

sergey12989, к сожалению, по очевидным причинам это невозможно. По крайней мере, без помощи провайдера или аренды виртуального сервера поддерживающего Агрегирование каналов.
Подумайте сами: у Вас есть три канала в интернет с тремя разными ip-адресами.
Допустим, Вы установили tcp-сессию с некоторым узлом. В рамках этого соединения данный узел принимает пакеты приходящие с определенного ip адреса. Если Вы попробуете в рамках этой сессии отослать пакет с другого ip, он будет отброшен удаленным узлом.
И уж конечно, ни при каких обстоятельствах этот удаленный узел не станет в рамках этой сессии сам отправлять пакеты на какой-то другой ip.

[sergey12989]

Спасибо за поясняющий ответ, но надежда умирает последней ... А как же например шлюзы cisco/ideco?

[AMDBulldozer]

А как же например шлюзы cisco/ideco? »

А что они?

[sergey12989]

должно же быть какое-либо аппаратное решение ... Тут дело вот какое, я не уточнил. Я живу в Камчатском крае, как следствие на полуостров оптика не идет и следовательно проводное сообщение есть только по региону, сообщение с материком идет через ЦУС провайдера, а именно через спутниковый канал, если я все правильно понимаю, то при динамической адресации все 3 канала будут ломиться в инет с одного статического айпишника провайдера, я правильно размышляю?

[AMDBulldozer]

если я все правильно понимаю, то при динамической адресации все 3 канала будут ломиться в инет с одного статического айпишника провайдера, я правильно размышляю? »

Нет, совершенно не обязательно.

Начнем с того, что термин "динамический" имеет очень простое значение - это ip, который может меняться от сессии к сессии (поскольку у Вас ADSL).
Он вполне может быть публичным. ("Публичный" - противоположность приватному. Их иногда еще называют "реальными" или "белыми"). Если у Вас публичный IP, то именно с этим адресом Вы и будете видны в сети.

Возможно, Вы имели в виду не "динамический", а "приватный". Это IP из диапазона определенного RFC-1918. В этом случае, чтобы получить доступ в интернет Ваши пакеты будут проходить процедуру трансляции адресов (NAT) выполняемую оборудованием провайдера.
Опять-таки это вовсе не обязательно означает, что все три Ваши приватные ip-адреса будут транслированы в один и тот же публичный ip. Подумайте сами: число портов ограничено количеством 65535 штук. Если бы провайдер имел единственный ip, он не смог бы обслуживать достаточное количество пользователей. Поэтому провайдерам всегда выделяется какой-то диапазон адресов. Как именно они осуществляют трансляцию, зависит от настроек NAT провайдера.
Может быть так, что все Ваши адреса отобразятся на один ip. Который всегда будет постоянным. Может быть на постоянные, но разные. Может быть, эти адреса тоже окажутся динамическими - предсказать невозможно.
Да и не особо нужно. Это мало на что влияет, кроме возможных банов адресов или доступа к ресурсам на которых предусмотрено ограничение по количеству соединений с одного ip.

должно же быть какое-либо аппаратное решение »

Единственное решение в такой ситуации - это арендовать виртуальный сервер, к примеру, с Linux (они чаще всего встречаются), прорыть до него туннель, соединить мостом в единый сегмент сети и тогда Вы сможете воспользоваться драйверами "bonding" или "team" для объединения Ваших трех каналов. Но через этот сервер будет проходит до 24 Мбит/сек трафика (12 Mbps входящего и столько же исходящего - потери на накладные расходы). Особенно с учетом того, что 4 Мбит/сек - это только ваш нисходящий канал.
Представляете сколько это будет стоить?

[sergey12989]

Цена вопроса это уже следующий вариант если учесть, что сервер для организации данного у меня есть, Linux не проблема, остался вопрос реализации ... Думаю настало время задавать вопросы гуглу ...