Исходное сообщение
"Выбор traffic shaper'а для Linux." Отправлено cMex, 14-Фев-06 13:23
>>Непонятки, ведь классов по сути придется создать не так много, а вот >>классификаторами (фильтрами) по IP, например, направлять такой-то адрес в такой-то класс? >Тогда все, кто попадет в класс будут делить полосу между собой. >Для анлима с жесткой скоростью: сколько активных клиентов - столько и классов > Опять не до конца понял. Смари (пример с www.linuximq.net), - /sbin/tc class add dev imq1 parent 2: classid 2:1 htb rate 80000Kbit - /sbin/tc class add dev imq1 parent 2: classid 2:2 htb rate 80000Kbit - /sbin/tc class add dev imq1 parent 2:1 classid 2:10 htb rate 256kbit ceil 384kbit - /sbin/tc class add dev imq1 parent 2:1 classid 2:20 htb rate 512kbit ceil 648kbit - /sbin/tc filter add dev imq1 parent 2: protocol ip prio 1 u32 match ip dst ccc.ccc.ccc.ccc/dd match ip src aaa.aaa.aaa.aaa/bb flowid 2:10 Тут фильтром некто добавляется в потом 2:10, получается, что у этого некто скорость будет огнраничиваться 256 Кбит (в каком-то направлении, регулиуемом ус-вом), если фильтром добавить второго "некто" в это же flowid 2:10, то они поделят 256 пополам, да? если да, то получается, что с подключением кадого пользователя мы должны создавать новую очередь (класс) с дисциплиной htb и неповторяющимся classid (2:nn в этом примере) + для нового подключения создаем фильтр. Так? пардон за кучу вопросов - новая для меня тема.