Всем привет!

Наитнулся в инете на очередную реализацию шейпинга и тут возник вопрос. Уже долгое время я удачно режу каналы с помощью htb, но зачем тут, в этом примере, еще прикручена дисциплина sfq к классу htb?

$TC qdisc add dev $INTERFACE root handle 1: htb default 60
$TC class add dev $INTERFACE parent 1: classid 1:1 htb rate 116kbit
$TC class add dev $INTERFACE parent 1:1 classid 1:10 htb rate 32kbit ceil 116kbit prio 0
$TC class add dev $INTERFACE parent 1:1 classid 1:20 htb rate 22kbit ceil 116kbit prio 1

$TC qdisc add dev $INTERFACE parent 1:10 handle 10: sfq perturb 10
$TC qdisc add dev $INTERFACE parent 1:20 handle 20: sfq perturb 10

• Linux, QoS, TC, sfq,const, 17:51 , 03-Июн-08
• Linux, QoS, TC, sfq,Кирилл, 13:33 , 24-Мрт-10

>Наитнулся в инете на очередную реализацию шейпинга и тут возник вопрос. Уже
>долгое время я удачно режу каналы с помощью htb, но зачем
>тут, в этом примере, еще прикручена дисциплина sfq к классу htb?

Чтобы те, кто попал в один класс, делили полосу более честно: очередь sfq случайно тасует пакеты в себе.

>Всем привет!
>
>Наитнулся в инете на очередную реализацию шейпинга и тут возник вопрос. Уже
>долгое время я удачно режу каналы с помощью htb, но зачем
>тут, в этом примере, еще прикручена дисциплина sfq к классу htb?

Иначе, по умолчанию, к листому классу прикручена qdisc fifo, что далеко не всегда эффективно, особенно если характер трафика через класс сильно разнообразен.