И снова про объединение каналов

[Колян 2]

А "железный" девайс? Что, нету таковых? Желательно бы железный, а на фряхе просто настраиваешь маршрутизатор через маршрутизатор.

ipfw add divert natd all from any to any via re1 (фейс, который в тот железный роутер) и все! Проще простого!

[alex_o 1,194]

Блин, ребята, ну вы и провайдеры! %)

Неужели никто из ваших абонентов не изъявлял никогда желание получить реальный IP? Natd - самый ходовой инструмент пионерии.

Ну, это так - оффтоп.

Насчет "объединения каналов". Правильнее говорить - балансировка, т.к. "объединяет" каналы свич . Так вот, вариант балансировки со сквидом не катит. Потому как безлимиты обычно берут любители торрентов и емула, которым тот сквид побоку (сквид этот трафик просто не увидит). Правильные варианты уже были озвучены:

1. 2xNATD + PBR (вариант пионеров).

2. Ручное распределение юзеров по каналам, замечательный вариант с раздельными серверами для каждого канала (вариант умных людей в ограниченных условиях).

3. AS + BGP (вариант профессионалов).

Все варианты детально расписаны на opennet.ru.

[Колян 2]

Железный девайс просил, с балансировкой каналов ДСЛ.

[Колян 2]

Так почитал, что под фрею нереально организовать нормальную динамическую маршрутизацию. Разве что в 7-й версии.

[serj@team 0]

Видел статейку в журнале "Хакер", не помню за какой месяц этого года - там описывали аппаратный маршрутизатор linksys с несколькими WAN портами(с поддежкой приоритетов, работы в разных режимах (один WAN-порт основной, второй резервный, распределение нагрузки между каналами ипрочее).... Да и честно говоря, не вижу особого толку так извращаться, все равно надо учитывать что у телекома если взять несколько каналов сразу - то отваливатся будет регулярно в лучшем случае только один из каналов, уж в этом они специалисты...так что не факт, что собирать в транки - хорошая идея... все равно придете к тому, что нужен сервер с кучей сетевок, на котором уже будет это все крутиться и раскидываться по приоритетам...

[Колян 2]

Мне нужно увеличить пропускуную способность а не резервирование. Кто что скажет на эту тему?

[Neelix 33]

squid должен помочь

[Колян 2]

А без сквид? У меня же не офисная сеть

[911 140]

Народ, когда вы наконец поймете, что без поддержки вашего начинания со стороны вашего провайдера вы не сможете нормально балансировать каналы

[serj@team 0]

  Мне нужно увеличить пропускуную способность а не резервирование. Кто что скажет на эту тему?

Читайте внимательно, я же написал что роутер работает в разных режимах может и в режиме резервирования, а может и в режиме балансировки нарузки

Хотя все равно как ни крути - вам дорога к серверу с кучей сетевок, если это делать "самодельно"

[Pretender 5]

Народ, когда вы наконец поймете, что без поддержки вашего начинания со стороны вашего провайдера вы не сможете нормально балансировать каналы

Я бы конечно тебя поддержал, но скажу, что тоже искал "правильное" решение данной проблемы, и без помощи провайдера пришел только к одному решению, у меня биллинг занимаеться распределением людей по каналам, если анлимитчики, то он считает полосу которую берет пользователь, и высчитывает где есть свободная, погрешность при "занятых" каналах, я посчитал что в канал 512 можно воткнуть анлимитчиков на 512+64

с помегабайтщиками всё просто.. скрипты от mtrg регулярно отдают биллингу уровень загрузки "помегабайтных" адсль-ек, и опять таки при помощи математики считаеться на какой модем перенаправить текущего пользователя, это конечно не объединение каналов с получением 512*4, а разбрасывание пользователей по каналам, но я считаю что на "пионерском" уровне задача практически решена.

[Колян 2]

Хотя все равно как ни крути - вам дорога к серверу с кучей сетевок, если это делать "самодельно"

Опыт в этом есть? Если да, то стукни в аську: 4461828

[911 140]

Народ, когда вы наконец поймете, что без поддержки вашего начинания со стороны вашего провайдера вы не сможете нормально балансировать каналы

Я бы конечно тебя поддержал, но скажу, что тоже искал "правильное" решение данной проблемы, и без помощи провайдера пришел только к одному решению, у меня биллинг занимаеться распределением людей по каналам, если анлимитчики, то он считает полосу которую берет пользователь, и высчитывает где есть свободная, погрешность при "занятых" каналах, я посчитал что в канал 512 можно воткнуть анлимитчиков на 512+64

с помегабайтщиками всё просто.. скрипты от mtrg регулярно отдают биллингу уровень загрузки "помегабайтных" адсль-ек, и опять таки при помощи математики считаеться на какой модем перенаправить текущего пользователя, это конечно не объединение каналов с получением 512*4, а разбрасывание пользователей по каналам, но я считаю что на "пионерском" уровне задача практически решена.

дык хорошо

на какой-то момент времени ты распихал довольно-таки удовлетворительно пользователей по каналам. все отлично.

через 10 мин, пользователи, сидящие на первом канале, ничего не качают, юзают, грубо говоря, только аську, а на втором канале начали усердно качать свежее порно

что делать???

[XoRe 0]

В принципе можно написать прогу и даже скрипт, которая в реальном времени смотрит загрузку каналов (снимая данные со счетчиков в фаерволле например) и на основании этих данных форвардирует новое соединение в тот канал, который менее загружен.

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

Т.е. нужен алгоритм, который будет более менее грамотно распределять соединения.

Например если клиент вася(192.168.1.2) зашел на сайт chat.mail.ru (194.67.23.151) через канал №1, то новые соединения с адреса 192.168.1.2 на адрес 194.67.23.151 пускать через канал №1, пока все эти соединения не закроются.

 

Хотя все равно остается проблема с сайтами, которые висят на нескольких адресах.

 

nslookup mail.ru

Server: 127.0.0.1

Address: 127.0.0.1#53

 

Non-authoritative answer:

Name: mail.ru

Address: 194.67.57.126

Name: mail.ru

Address: 194.67.57.26

 

Свой блок адресов (AS + bgp) решает проблему меняющегося адреса источника.

 

Кстати написать указанную программу вполне реально, если есть знания и желание.

Помнится в интернете (может даже на этому форуме) я видел реализацию этой программы на php! )

Скрипт на php парсит выхлоп tcpdump, если не ошибаюсь - в реальном времени, и раскидывает соединения.

 

P.S.

А "железный" девайс? Что, нету таковых? Желательно бы железный, а на фряхе просто настраиваешь маршрутизатор через маршрутизатор.

ipfw add divert natd all from any to any via re1 (фейс, который в тот железный роутер) и все! Проще простого!

И правда! Вот мы дураки не понимаем элементарных фещей )

Железный девайс имеет те же ограничения, что и компутерный.

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

[deep_admin 1]

В принципе можно написать прогу и даже скрипт, которая в реальном времени смотрит загрузку каналов (снимая данные со счетчиков в фаерволле например) и на основании этих данных форвардирует новое соединение в тот канал, который менее загружен.

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

Т.е. нужен алгоритм, который будет более менее грамотно распределять соединения.

Например если клиент вася(192.168.1.2) зашел на сайт chat.mail.ru (194.67.23.151) через канал №1, то новые соединения с адреса 192.168.1.2 на адрес 194.67.23.151 пускать через канал №1, пока все эти соединения не закроются.

 

Хотя все равно остается проблема с сайтами, которые висят на нескольких адресах.

 

nslookup mail.ru

Server: 127.0.0.1

Address: 127.0.0.1#53

 

Non-authoritative answer:

Name: mail.ru

Address: 194.67.57.126

Name: mail.ru

Address: 194.67.57.26

 

Свой блок адресов (AS + bgp) решает проблему меняющегося адреса источника.

 

Кстати написать указанную программу вполне реально, если есть знания и желание.

Помнится в интернете (может даже на этому форуме) я видел реализацию этой программы на php! )

Скрипт на php парсит выхлоп tcpdump, если не ошибаюсь - в реальном времени, и раскидывает соединения.

 

P.S.

А "железный" девайс? Что, нету таковых? Желательно бы железный, а на фряхе просто настраиваешь маршрутизатор через маршрутизатор.

ipfw add divert natd all from any to any via re1 (фейс, который в тот железный роутер) и все! Проще простого!

И правда! Вот мы дураки не понимаем элементарных фещей )

Железный девайс имеет те же ограничения, что и компутерный.

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

со своим блоком адресов этим будет распределяться(балансироваться) исходящий трафик, а входящий упадет как обычно по закону подлости в самый загруженный канал

[Pretender 5]

Народ, когда вы наконец поймете, что без поддержки вашего начинания со стороны вашего провайдера вы не сможете нормально балансировать каналы

Я бы конечно тебя поддержал, но скажу, что тоже искал "правильное" решение данной проблемы, и без помощи провайдера пришел только к одному решению, у меня биллинг занимаеться распределением людей по каналам, если анлимитчики, то он считает полосу которую берет пользователь, и высчитывает где есть свободная, погрешность при "занятых" каналах, я посчитал что в канал 512 можно воткнуть анлимитчиков на 512+64

с помегабайтщиками всё просто.. скрипты от mtrg регулярно отдают биллингу уровень загрузки "помегабайтных" адсль-ек, и опять таки при помощи математики считаеться на какой модем перенаправить текущего пользователя, это конечно не объединение каналов с получением 512*4, а разбрасывание пользователей по каналам, но я считаю что на "пионерском" уровне задача практически решена.

дык хорошо

на какой-то момент времени ты распихал довольно-таки удовлетворительно пользователей по каналам. все отлично.

через 10 мин, пользователи, сидящие на первом канале, ничего не качают, юзают, грубо говоря, только аську, а на втором канале начали усердно качать свежее порно

что делать???

ты про шейпер что-нить слышал?

[Колян 2]

В принципе можно написать прогу и даже скрипт, которая в реальном времени смотрит загрузку каналов (снимая данные со счетчиков в фаерволле например) и на основании этих данных форвардирует новое соединение в тот канал, который менее загружен.

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

Т.е. нужен алгоритм, который будет более менее грамотно распределять соединения.

Например если клиент вася(192.168.1.2) зашел на сайт chat.mail.ru (194.67.23.151) через канал №1, то новые соединения с адреса 192.168.1.2 на адрес 194.67.23.151 пускать через канал №1, пока все эти соединения не закроются.

Вот идея возникла, возможно немного гениальная... Чтобы это все старгейзер делал. Возможно ли? Кто готов взяться? Возможно, многие проспонсировали бы. Там и трафик считается, и в логи все пишется. В принципе, если на пхп, то и я мог бы попробовать, но для начала мне нужно выучить как и чем раскидывать соединения. Но на пхп надежности не вижу, желательно бы на чем-то компилируемом.

[J.McKey 0]

А без сквид? У меня же не офисная сеть

офисная, не офисная...

 

кто будет знать что ходит через сквид ? transparent proxy никто не отменял

 

у сквида есть возможность балансировать по нескольким критериям,

например просто по RR или по AS-path.

 

в любом случае работает