О разделении входного инета по точкам...

[ку]

Чем можно разделить грамотно поток входящего инета, чтобы все шло по ровну....
Т.е. качают 7 человек, нужно чтобы вся "труба"(1.5 мегабита) делилась поровну....
Но если качает один человек, то весь поток был его, если два, то делился на двоих....

Есть ли для этого удобные роутеры-комутаторы, чтобы справился с этим делом без проблем ?
Функции - первый начал качать, остальные ждут заершения не устраивают.
интересно также есть ли такая функция вообще на свете(о равном разделении потока)

Возможно следует заняться серваком ?! Хотелось бы услышать различные решения...(на зараты есть от 1.5 и до 5 т.р.). Спасибо.

[xeon_greg]

ubuntu  + tc +iptables +  курить мануалы, некоторые  роутеры тоже позволяют такое делать но на более примитивном уровне, есть еще mikrotik, решений море, вопрос в том готов ли колупаться и разбираться сам или готов потратить деньги.

[LETHAL]

А каким образом железо будет понимать какой трафик предназначен, к примеру, для скачивания с сайта, а какой - для открытия сайта? или инициализации ssh или ftp соединения? Для маршрутизатора это теже пакеты с SYN-ами и ACK-ами. Может чтот подобное и существует (считает, к примеру количество пакетов за какое-то время), но врятли оно будет достойно раотать. Легче сделать скриптик, который обнаруживает новоподключившийся комп в сети и делит канал на 2-е, ну, или более, Но, тогда простоя канала не избежать.

[ку]

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

если есть кроме mikrotik, порекомендуй, пожалуйста...чтобы выбирать

[xeon_greg]

А каким образом железо будет понимать какой трафик предназначен, к примеру, для скачивания с сайта, а какой - для открытия сайта? или инициализации ssh или ftp соединения? Для маршрутизатора это теже пакеты с SYN-ами и ACK-ами. Может чтот подобное и существует (считает, к примеру количество пакетов за какое-то время), но врятли оно будет достойно раотать. Легче сделать скриптик, который обнаруживает новоподключившийся комп в сети и делит канал на 2-е, ну, или более, Но, тогда простоя канала не избежать.

tc+iptables очень гибкий инструмент, использовать очереди типа sfq, esfq; flow classifier,  но можно конечно и скриптиками баловаться,
Пользователь решил продолжить мысль 08 Июня 2012, 11:29:35:

А каким образом железо будет понимать какой трафик предназначен, к примеру, для скачивания с сайта, а какой - для открытия сайта?

а зачем это нужно?

или инициализации ssh или ftp соединения?

порты

Может чтот подобное и существует (считает, к примеру количество пакетов за какое-то время), но врятли оно будет достойно раотать

iptables -m connbytes , при определении длительной закачки, начинаем маркировать трафик как низкоприоритетный, и в tc заворачиваем в clasы с низким приоритетом/ограниченной полосой.
вобщем тут поле для творчества огромное , было бы желание и фантазии

[ку]

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

[LETHAL]

А каким образом железо будет понимать какой трафик предназначен, к примеру, для скачивания с сайта, а какой - для открытия сайта? или инициализации ssh или ftp соединения? Для маршрутизатора это теже пакеты с SYN-ами и ACK-ами. Может чтот подобное и существует (считает, к примеру количество пакетов за какое-то время), но врятли оно будет достойно раотать. Легче сделать скриптик, который обнаруживает новоподключившийся комп в сети и делит канал на 2-е, ну, или более, Но, тогда простоя канала не избежать.

tc+iptables очень гибкий инструмент, использовать очереди типа sfq, esfq; flow classifier,  но можно конечно и скриптиками баловаться,
Пользователь решил продолжить мысль 08 Июня 2012, 11:29:35:

А каким образом железо будет понимать какой трафик предназначен, к примеру, для скачивания с сайта, а какой - для открытия сайта?

а зачем это нужно?

или инициализации ssh или ftp соединения?

порты

Может чтот подобное и существует (считает, к примеру количество пакетов за какое-то время), но врятли оно будет достойно раотать

iptables -m connbytes , при определении длительной закачки, начинаем маркировать трафик как низкоприоритетный, и в tc заворачиваем в clasы с низким приоритетом/ограниченной полосой.
вобщем тут поле для творчества огромное , было бы желание и фантазии

смотрю удалена цитата с портами ) объяснять как они работают не пришлось )

tc+iptables очень гибкий инструмент, использовать очереди типа sfq, esfq; flow classifier,  но можно конечно и скриптиками баловаться,

это приверно тоже самое, на сколько я понимаю, работает по такомуже принципу - ставит в очередь и считает пакеты. Не думаю что будет работать на "УРА"

А каким образом железо будет понимать какой трафик предназначен, к примеру, для скачивания с сайта, а какой - для открытия сайта?

а зачем это нужно?

ну, все просто- при скачивании идет открытие и закрытие канала постоянное, т.к. скачивание происходит частями, при этом др. пользователь захотел открыть сайт, для этого он также запрашивает открытие такого-же, сопсна, канала, но на очень коротное время, т.к. сам же его завершает через время. Работающий iptables будет расценивать и то, и то как попытку что-либо скачать и будет зарязать скорость 1-му пользователю, который действительно чтот качает. Пусть на время, но это будет происходить постоянно (и посланные пакеты никуда не деваются, это не будет происходить моментально). Словом - легче при появлении новой машины делить скорость на количество машин, если в так таком балансинге вообще есть смысл. Я в сети играюсь с QoS, совсем иное, но при скачивании кем-либо чего-либо, можно добиться результата без простоя канала и тормозов.

[xeon_greg]

смотрю удалена цитата с портами ) объяснять как они работают не пришлось )

что удалено?  работают по порту назначения, и соответствие с этим в tc  заворачивается в нужный класс , который обрабатывается с нужным приоритетом, нужной полосой и тд.

это приверно тоже самое, на сколько я понимаю, работает по такомуже принципу - ставит в очередь и считает пакеты. Не думаю что будет работать на "УРА

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

ну, все просто- при скачивании идет открытие и закрытие канала постоянное, т.к. скачивание происходит частями, при этом др. пользователь захотел открыть сайт, для этого он также запрашивает открытие такого-же, сопсна, канала, но на очень коротное время, т.к. сам же его завершает через время. Работающий iptables будет расценивать и то, и то как попытку что-либо скачать и будет зарязать скорость 1-му пользователю, который действительно чтот качает. Пусть на время, но это будет происходить постоянно (и посланные пакеты никуда не деваются, это не будет происходить моментально). Словом - легче при появлении новой машины делить скорость на количество машин, если в так таком балансинге вообще есть смысл. Я в сети играюсь с QoS, совсем иное, но при скачивании кем-либо чего-либо, можно добиться результата без простоя канала и тормозов.

,iptables все будт расценивать так как ты ему скажешь.и у тебя в корне неверное представление об управлении трафиком в linux, почитай для начала http://gazette.linux.ru.net/rus/articles/taleLinuxTC.html, да и вообще погугли на эту тему , думаю много нового узнаешь. интересно что же  тогда в твоем понимании QoS? 

[alecsartania]

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

микротик еще называют некротик -  кроме того что предусмотрено его тупой ОС больше ничего несрукодельничаешь. 
А так - все железо что поддерживается ddwrt и openwrt.
удалено модератором некротик будет попроще для тебя. единственное условие - проц должен быть мощный для шейпера - имхо от 500 мггц. ибо только этим он только и будет заниматься. 
p.s. а вообще как ты написал - один юзер весь канал, много юзеров - канал поровну делится между ними - так работает вообще TCPIP протокол. загвоздка только в торрентах и спц качалках которые используют десятки соединений в одню харю - ту все остальные будут полчать оставшюся долю канала от этих соединений, на слабом проце(до 500мгц) это настройкой клиентов и приоритизаций трафика по портам - торренты низкоприоритетны по сравнению со всем остальным трафиком.
2. На форуме ЗАПРЕЩЕНО
2.2. Оскорблять кого-либо из участников форума или принижать его личные качества. Будьте вежливы и культурны!
Nikki1993

[ку]

зачем хамить то ? удалено модератором
заметил на форуме новичков гнобят по-черному, себя правда им не считаю, но если честно более хамского форума назвать не могу....почему много озлобленных могу предполагать, высказывать не буду...
На форуме ЗАПРЕЩЕНО
2.10. Обсуждать действия модераторов и администрации в темах, не относящихся к этому напрямую. Для разрешения спорных ситуаций пользуйтесь личными сообщениями или разделом «Обсуждение форума».
Nikki1993

[Nikki1993]

Хочу напомните о существующих Правилах Форума
в частности
2. На форуме ЗАПРЕЩЕНО
2.2. Оскорблять кого-либо из участников форума или принижать его личные качества. Будьте вежливы и культурны!
это относится к alecsartania,
и
2.10. Обсуждать действия модераторов и администрации в темах, не относящихся к этому напрямую. Для разрешения спорных ситуаций пользуйтесь личными сообщениями или разделом «Обсуждение форума».
это относится к ку, есть кнопка пожаловаться модератору и её достаточно.
Пожалуйста соблюдайте правила. Пока обойдемся устным предупреждением.