какой ширины канал?
что за оборудование маршрутизирует трафик до сервера ? им можно резать трафиК?

Добавлено (29.01.2008, 13:46)
---------------------------------------------
tcpdump iptaf -попробуй

Добавлено (29.01.2008, 18:39)
---------------------------------------------
krevetko,
канаш шириной 10 мегобит хреноватый реально 2 мегабита
через примерно 8-10 хабов серв провайдера там вроде хз управлять каналом низя тоесть один путь управление на моём линуховом сервере. короче до сервера не порежеш
после сервера подсеть 80-100 машин. вот в ней и появились качающие гады
так что резать надо на нём.какие будут предложения. win решения не предлагать
кстати если есть хорошие гуи бекаперы то буду рат

Ambulance ЧАНДРА [50]-пока спит, но я вернусь.
RedOctober МЕРК [50] OFF
Привык говорить только правду какая бы она не была.
Важный писько
Аbak (А рус bak eng) Ланч [45] калины только снятсо..
Отправил в BAN
Повесил Молчанку

Добавлено (31.01.2008, 09:50)
---------------------------------------------
даже ссылку вчера скинул мляяяя .... признавайстесь кто дельнул мою мессагу?

Добавлено (31.01.2008, 10:42)
---------------------------------------------
В ОС Linux есть весьма мощное средство управления трафиком - утилита
tc, входящая в пакет iproute2. Вся работа с трафиком, в том числе
реализация QoS, происходит в ядре. Пакет iproute2 по сути представляет
из себя интерфейс взаимодействия с ядром ОС. В интернет можно найти
большое количество статей на эту тему (теперь даже на русском языке).
В двух словах механизм управления полосой пропускания можно описать
следующим образом. На интерфейсе создается очередь пакетов (qdisc).
Очередь обрабатывается в соответсвии с одним из возможных алгоритмов
(PFIFO, CBQ, HTB, TBF, SFQ, RED и т.д.). Существуют бескласcове и
классовые qdisc. Последние допускают создание разветвленной схемы
классов трафика в очереди, что обеспечивает более гибкое управление
трафиком. Пакет может быть отнесен к тому или иному классу в
соответсвии с правилами фильтров.

Следует отметить, что все очереди работают только с исходящим трафиком
(исключение ingress). Мотивировано это тем, что мы в общем случае не
можем влиять на скорость присылаемого нам трафика. На самом деле это
актуально только для трафика самого сервера. Если речь идет о
маршрутизируемом трафике, то это ограничение ничем не мешает, т.к.
весь трафик является исходящим на одном из интерфейсов роутера.
Нас будет интересовать только ограничение полосы пропускания для
конкретного пользователя. Рассмотрим простейший случай: требуется
ограничить скорость на интерфейсе до требуемого значения, скажем
128Кб/с. Такая необходимость может возникнуть при использовании
PoPToP, когда для каждого пользователя создается свой ppp интерфейс.
Здесь имеет смысл ограничивать скорость на всем интерфейсе без
приминения каких-либо фильтров. Для этих целей лучше всего подойдет
бесклассовый qdisc TBF.

#tc qdisc add dev ppp0 root tbf rate 128kbit burst 4kb latency 70ms minburst 1540

Этой командой ограничивается исходящая скорость на интерфейсе ppp0
(т.е. скорость входящего трафика для пользователя).
Использованы следующие параметры:

rate - максимальная скорость потока.

burst - количество байт данных, которые можно поместить в буфер в
единицу времени. Чем выше скорость потока, тем больше должно быть
значение burst. burst не может быть меньше значения MTU (minburst) -
1540 байт для ethernet.

latency - определяет размер буфера по максимальному времени нахождения
пакета в буфере. Можно вместо этого указать размер буфера в байтах
(параметр limit).