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