Исходное сообщение
"Ну прямо то, о чем я думал!" Отправлено Ясен Пень, 13-Фев-04 17:33
>>кроме того, для нормальной работы QoS-у требуется чтобы его поддерживали передатчик и >>приемник пакета, а так же все промежуточные устройства (свичи). Постой, разве это не задача протокола IP - сообщить передающей стороне, что канал зажат, надо уменьшить окно, т.е. скорость передачи? Ну а уж IP-то все должны поддерживать, как же иначе? > у меня получилось с помощью QoS: много эксперементировать не стал, >просто добавил корневую дисциплину(юзал я HTB), пару родительских классов и фильтр >для переброса в класс нужного трафика, на один из классов повесил >"qdisk" с "sfq perturb 10" -что если верить докам,работая подобно "рулетке" >делит канал между пользователями определённого класса по ровну) В итоге получилось >что-то подобное на то, чего мне хотелось: трафик действительно делится, но >не между пользователями а меджу потоками, да и делится он так >нестабильно, что flashget нарисовал мне необычайный горный пейзаж своим графиком с >множеством скал и гиганских впадин ! :-)))) Мда, печальный результат, я рассчитывал на большее :( А как насчет CBQ? Он вроде бы может даже веса присваивать разные для разных юзеров, вот вполне успешные тесты на эту тему: http://www.docum.org/stef.coene/qos/tests/cbq/splitting/weig... Или проблема всё-таки в том, что это деление не по юзерам, а по соединениям? Ну я еще недостаточно вник во всё это, но фильтр u32 вроде позволяет по IP-адресам фильтровать. Извиняйте, если глупости говорю...

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>кроме того, для нормальной работы QoS-у требуется чтобы его поддерживали передатчик и >>>приемник пакета, а так же все промежуточные устройства (свичи). > Постой, разве это не задача протокола IP - сообщить передающей стороне, что > канал зажат, надо уменьшить окно, т.е. скорость передачи? Ну а уж > IP-то все должны поддерживать, как же иначе? >> у меня получилось с помощью QoS: много эксперементировать не стал, >>просто добавил корневую дисциплину(юзал я HTB), пару родительских классов и фильтр >>для переброса в класс нужного трафика, на один из классов повесил >>"qdisk" с "sfq perturb 10" -что если верить докам,работая подобно "рулетке" >>делит канал между пользователями определённого класса по ровну) В итоге получилось >>что-то подобное на то, чего мне хотелось: трафик действительно делится, но >>не между пользователями а меджу потоками, да и делится он так >>нестабильно, что flashget нарисовал мне необычайный горный пейзаж своим графиком с >>множеством скал и гиганских впадин ! :-)))) > Мда, печальный результат, я рассчитывал на большее :( > А как насчет CBQ? Он вроде бы может даже веса присваивать разные > для разных юзеров, вот вполне успешные тесты на эту тему: > http://www.docum.org/stef.coene/qos/tests/cbq/splitting/weight/splitting-weight.html > Или проблема всё-таки в том, что это деление не по юзерам, а > по соединениям? Ну я еще недостаточно вник во всё это, но > фильтр u32 вроде позволяет по IP-адресам фильтровать. Извиняйте, если глупости говорю...
	Введите код, изображенный на картинке: