Объединение 3х каналов доступа в интернет в 1

[ichi-ni 0]

Доброго времени суток, перейду сразу к проблеме: есть 3 соединения с интернетом с 3мя белыми динамическими ip, подключены они к одной машине через 3 сетевушки, задача заключается в том что бы объединить эти 3 канала в 1 (получив 1 поток максимальная скорость которого будет близка к суммрной величине 3х каналов) и раздавать в локальную сеть по 4й сетевушке. возможно ли такое? на ум пришли мысли что в последующем этапе придется собирать их в 1 ip через внешний прокси.

 

А теперь предыстория. Решили объединить наши небольшие локальные сети в одну, так же у одного из пользователей есть свой собственный канал и он непротив поделиться. организовать их прямое соединение с 1 компьютером уже не проблема. осталось только их объединить.

Заморачиваемся с этим только из-за того что в нашей глубинке интернет не такой высокоскоростной и довольно дорогостоящий.

 

В дополнение к данному вопросу: динамическое ограничение доступа к тому каналу (равномерное распределение скорости между теми кто реально на данный момент использует канал, скорость входящего и исходящего потоков на получившемся канале разная). мысли по распределению - делить 90% канала между теми кто активно скачивает что либо, 10% оставить на тех кто сидит в браузерах icq и прочие мелкие запросы, при увеличении использования канала 1 узлом выше 5% в течении минуты - считать его как активно использующего канал и перераспределить 90% канала выставив активнопользующим новые ограничения, в течении минуты активный узел не загружает канал больше 5% - считать его неактивным и дать больше скорости активным. с исходящим потоком - выдать стабильную скорость для 2х узлов остальную можно без принудительного разделения оставить как есть - кому сколько достанется.

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

 

Заранее благодарен за помощь.

PS: использую Linux Gentoo. но с радостью выслушаю методы решения и на других ОС.

[Citadel 5]

Почитайте форум. Много информации найдёте.

 

Насчёт объединения каналов: была тема про выделенный сервер в Германии...

А по поводу шейпинга и qos: lartc.org

[mumi 2]

Тут вроде была отличная статья с сервером Германии, но что-то не могу найти.

Если кто обнаружит - большая просьба выложить ссылку.

[ichi-ni 0]

Спасибо, но я пока тоже не нашел, может кто помнит название темы или участников и примерное время создания?

[Citadel 5]

Эх, вы... по каким ключевым словам искали?

 

http://local.com.ua/forum/topic/14740-nashel-reshenie-po-obedineniju-ogo/page__hl__%D0%B4%D0%B5%D0%B4%D0%B8%D0%BA__fromsearch__1

[keshaLG 5]

http://local.com.ua/forum/topic/14740-nashel-reshenie-po-obedineniju-ogo/page__hl__%D0%B4%D0%B5%D0%B4%D0%B8%D0%BA__fromsearch__1

Декларирование идеи, без конкретных примеров. Подозреваю у автора самописный софт + *nix OS

[911 140]

http://local.com.ua/forum/topic/14740-nashel-reshenie-po-obedineniju-ogo/page__hl__%D0%B4%D0%B5%D0%B4%D0%B8%D0%BA__fromsearch__1

Декларирование идеи, без конкретных примеров. Подозреваю у автора самописный софт + *nix OS

ну как бы и реализации есть, на самом деле....

[Женёк 71]

Доброго времени суток, перейду сразу к проблеме: есть 3 соединения с интернетом с 3мя белыми динамическими ip, подключены они к одной машине через 3 сетевушки, задача заключается в том что бы объединить эти 3 канала в 1 (получив 1 поток максимальная скорость которого будет близка к суммрной величине 3х каналов) и раздавать в локальную сеть по 4й сетевушке. возможно ли такое? на ум пришли мысли что в последующем этапе придется собирать их в 1 ip через внешний прокси.

 

А теперь предыстория. Решили объединить наши небольшие локальные сети в одну, так же у одного из пользователей есть свой собственный канал и он непротив поделиться. организовать их прямое соединение с 1 компьютером уже не проблема. осталось только их объединить.

Заморачиваемся с этим только из-за того что в нашей глубинке интернет не такой высокоскоростной и довольно дорогостоящий.

 

В дополнение к данному вопросу: динамическое ограничение доступа к тому каналу (равномерное распределение скорости между теми кто реально на данный момент использует канал, скорость входящего и исходящего потоков на получившемся канале разная). мысли по распределению - делить 90% канала между теми кто активно скачивает что либо, 10% оставить на тех кто сидит в браузерах icq и прочие мелкие запросы, при увеличении использования канала 1 узлом выше 5% в течении минуты - считать его как активно использующего канал и перераспределить 90% канала выставив активнопользующим новые ограничения, в течении минуты активный узел не загружает канал больше 5% - считать его неактивным и дать больше скорости активным. с исходящим потоком - выдать стабильную скорость для 2х узлов остальную можно без принудительного разделения оставить как есть - кому сколько достанется.

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

 

Заранее благодарен за помощь.

PS: использую Linux Gentoo. но с радостью выслушаю методы решения и на других ОС.

У меня было 3 канала, работало все через traffpro, сейчас купил один, но мощный канал, работало на ура...

[gall 6]

У меня довольно долгое время сливалось 5 каналов. Работало всё умеренно замечательно.

Плюсы - балансировка нагрузки и прирост скорости при многопоточной закачке.

Минусы - соединения критичные к состоянию канала приходилось пускать строго через один (аська, онлайн игры..)

Реализовано было с помощью NTH (нада патчить kernel + iptables и пересобирать) как это сделать.

Думаю если бы добавил к этой связке дэдик то было бы еще веселее, без заморочек с аськами и etc.

Если использовать vpn то думаю можно даже без патчения ядра обойтись одним iproute.

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

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

[emon 9]

на МикротикАХ делвется в 10-15 кликов мышкой

[ichi-ni 0]

Спасибо всем откликнувшимся, но вопрос остается тем же - получить максимальную скорость однопоточной загрузки равную суммарной всех каналов(и динамически делить его между пользователями сети), возможно ли это?

по поводу разделения нагрузки между провайдерами у меня уже есть статья http://lug.ivanovo.ru/lartc/#ROUTINGFORMULTIPLEUPLINKSPROVIDERS но днем и по ночам в сети бывает иногда 2-3 человека притом 2е сидят в аське, ползают по инету и лишь 1 качает. Каналы всего по 1/0.5 mbit/sec (down/up) поэтому приятного на такой скорости тянуть что либо большое - мало, и реальная загрузка всех трех каналов бывает только по вечерам.

[911 140]

Спасибо всем откликнувшимся, но вопрос остается тем же - получить максимальную скорость однопоточной загрузки равную суммарной всех каналов(и динамически делить его между пользователями сети), возможно ли это?

по поводу разделения нагрузки между провайдерами у меня уже есть статья http://lug.ivanovo.ru/lartc/#ROUTINGFORMULTIPLEUPLINKSPROVIDERS но днем и по ночам в сети бывает иногда 2-3 человека притом 2е сидят в аське, ползают по инету и лишь 1 качает. Каналы всего по 1/0.5 mbit/sec (down/up) поэтому приятного на такой скорости тянуть что либо большое - мало, и реальная загрузка всех трех каналов бывает только по вечерам.

можно, для этого арендуешь в инете сервак, поднимаешь до него 3 впн-туннеля и уже эти туннели объединяешь

[ichi-ni 0]

не успел отредактировать - такой вариант слишком накладен для нашей небольшой домашней сети.

[Sloboda 25]

С помощью оборудования Dlink DFL200,800 можно объденить 2 канала + там будет балансироваться нагрузка и в случае выхода одного канала из строя весь траф пойдет через второго провайдера.

[ichi-ni 0]

С помощью оборудования Dlink DFL200,800 можно объденить 2 канала + там будет балансироваться нагрузка и в случае выхода одного канала из строя весь траф пойдет через второго провайдера.

Еще раз повторюсь интересует получить скорость одного потока равную суммарной ск. каналов. По поводу балансировки нагрузки между каналами уже нашел множество идей. Больше всего понравилась идея найти древний комп и сделать из него полноценный роутер на Mikrotik RouterOS. Благо дело есть в заначке Pentium 166Mhz, мать, оперативка, клава, бп, проблема только с видеокарточкой, винтом и совместимость новых сетевушек с той старой материнкой под вопросом. Но этот вариант хотелось бы оставить как крайний если с объединением каналов в 1 поток так и не найдется низкобюджетный способ.

[fastvd 62]

ещё давно на пф-нате делали сёрфинг на одном а давнлоад на другом..аналогично можно соеденить...там вообще в пф-нате много чего можно...поинтересуйтесь...

[Foster 0]

Не получите вы нормально канал с двух. Либо балансируете и мучаетесь, либо раскидываете людей по каналам.

Поднимал банально iptables с балансом. На торренте выжимало двойную скорость. Но не более. Ходить по сайтам, работать, играть - нереально.

ip r sh cache никто при этом не отменял, поэтому сложно чего-то хорошего добиться. Нагрузка на сервер при этом тоже неплохая, кстати.

[aklex 152]

Есть еще вариант НАТа по исходящим адресам. Один канал определяете в дефолт. Для остальных назначаете подсети (например Украину можно пустить в один из каналов). Затем по условиям попадания в подсеть НАТите на ИП, соответствующего канала. Это делается и на фре и на линухе.

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

[prototip 284]

Вопрос обединения каналов рассматривался неоднократно , красивее всего реализуется по моему мнению на микротике , самый удачный вариант - PCC , ознакомиться со всеми вариантами можно здесь http://wiki.mikrotik.com/wiki/Manual:PCC . Кстати автор рассматривает несколько реализаций балансинга и дет на них ссылки . Проблем с асями и онлайн играми нет , однако могут возникнуть некоторые трудные моменты с сайтами социальных сетей типа - однокласники .