2 медленных интернет канала

День добрый.

• Провайдер 1 - скорость 8 Mбит/сек
• Провайдер 2 - скорость 24 Мбит/сек
• от Serv до User - скорость 1 Gбит/сек
• Serv - Ubuntu.

Как сделать так, что бы Интернет - User скорость была 32 Мбит/сек ?

gkntnm написал:

Как сделать так, что бы Интернет - User скорость была 32 Мбит/сек ?

Никак.
Но можно если есть несколько разных юзерей, то рассадить их по разным каналам, раз. И второе - распределить целевые хосты, те, которым нужно гарантированно быстые каналы - посадить на быстрый канал, те, которым скорость не нужна - посадить на канал медленный.

А если рассмотреть вот такую схему?



Например настроить между 2 серверами агрегирование/бондинг/транк ?

т.е. возможно что бы Serv - Serv в датацентре - скорость была выше чем по 1му каналу?

А "разных юзерей рассадить по каналам" это что правильнее гуглить кроме Load Balance ?

Не проще разные протоколы послать в разные каналы?

Kettler написал:

Не проще разные протоколы послать в разные каналы?

Возможно проще, НО...
К сожалению задача так не стоит :(

Опишите что вы хотите получить в итоге.

Если на это дело взглянуть технически:
Сделать можно... - Можно...
Как это называется - Балансировка....
Можно забить оба канала торрентами. - Можно если клиент поддерживает...

Вот вариант аппаратного решения...
http://www.stariy.com/2009/08/04/dual-wan-dual-adsl-dual-internet/

mozgfx написал:

Если на это дело взглянуть технически:
Как это называется - Балансировка....
Можно забить оба канала торрентами. - Можно если клиент поддерживает...

Вот вариант аппаратного решения...
http://www.stariy.com/2009/08/04/dual-wan-dual-adsl-dual-internet/

Аппаратное решение замечательное. Как это сделать в ubuntu?

Трафик не "торрент"... не с разных "пиров"... трафик TCP... "модемами" может быть все что угодно что может смотреть в интернет (ADSL, 3G/LTE свистки, ...)

Например для балансировки сходу гуглится вот такое решение: http://habrahabr.ru/post/54748/
я так понимаю это 100% аналог аппаратного.

А вот решение с серваком снаружи пока не нашлось... :(

Т.е. это должен быть бондинг через шлюз в инете - НО как это настроить ?

И вот еще фантазия пошла гулять, например:


Провайдер 3 - 100 Мбит/сек

Устройство "толстого" канала, между двумя бранчами за счет объединения 2х тонких?

gkntnm написал:

А если рассмотреть вот такую схему?

Еще раз - никак.
Вспомните, как работает IP-протокол. Вы, с юзерского рабочего места, инициируете соединение с ремутным сервером по каналу первого провайдера. С какой такой радости ремутный сервер начнет посылать пакеты на канал второго провайдера? Как именно будут объединятся в единый поток (со счеткими пакетов) оба эти направления.
Только шейпинг, load balancing. Это только в локальной сети можно объединять несколько физических интерфейсов в один bond. И то если это дело коммутатор локальной сети поддерживает.

Cruiser78 написал:

[quote=gkntnm]А если рассмотреть вот такую схему?

Еще раз - никак.
Вспомните, как работает IP-протокол. Вы, с юзерского рабочего места, инициируете соединение с ремутным сервером по каналу первого провайдера. С какой такой радости ремутный сервер начнет посылать пакеты на канал второго провайдера? Как именно будут объединятся в единый поток (со счеткими пакетов) оба эти направления.
Только шейпинг, load balancing. Это только в локальной сети можно объединять несколько физических интерфейсов в один bond. И то если это дело коммутатор локальной сети поддерживает.[/quote]


Извиняюсь за настойчивость, и то что бьюсь головой в стенку, НО:

Например с юзерского места мы можем посылать пакет до "хитрожопо настроенного нами" шлюза в дата центре, который будет инициировать соединение с ремутномым сервером, получать от него ответ и слать нам его ответ уже по 2м каналам... ?

Я с bondingom никогда не связывался поэтому и всплывают такие вопросы... А ведь есть какая то реализация схемы бондинга через 2-3 не связных свича? а в нашем случае мы можем просто прокинуть VPN по обоим медленным каналам до шлюза и работать с ним как будто он в локалке?