Доброго времени суток!

У меня проблема с шейпером (linux, tc). Использую следующие правила для ограничения скорости клиентов:
----------------------------------общие
tc qdisc del dev eth0 root
tc qdisc add dev eth0 root handle 1 htb default 0 r2q 10
tc class add dev eth0 parent 1: classid 1:1 htb rate 100Mbit
----------------------------------на клиента
IP=95.x.x.x
CEIL=512
CLASSID=2356

tc class add dev eth0 parent 1: classid 1:$CLASSID htb rate ${CEIL}kbit
tc qdisc add dev eth0 parent 1:$CLASSID handle $CLASSID: sfq perturb 10
tc filter add dev eth0 protocol ip parent 1: prio 100 u32 match ip dst $IP flowid 1:$CLASSID
----------------------------------

Так вот при этом задержка (ping) у клиентов очень сильно растёт и поступают жалобы на невозможность играть на игровых серверах и т.п.
Знаю, что надо выставить высокий приоритет icmp пакетам, но не пойму где и как в этой схеме добавить правила.
Если добавить правила в корневые классы, то не повлияет ли трафик одного клиента на трафик других клиентов?

Заранее спасибо за любые советы.

• Шейпер и задержки,feducha, 12:16 , 03-Сен-09
  • Шейпер и задержки,RebelX, 13:15 , 03-Сен-09
    • Шейпер и задержки,feducha, 13:28 , 03-Сен-09

Приветствую!

Нужен еще филтер для icmp пакетов и класс для него.
tc class add dev $inet  parent 1:1 classid 1:10 htb rate 900kbit ceil 900kbit prio 1

tc filter add dev $inet parent 1:0 protocol ip prio 1 u32 match ip protocol 1 0xff flowid 1:10

Т.е. его подцеплять к корневому классу?
И скорость на нём ставить выше ограничений для клиентов?
На сколько опасен в таком случае туннелинг через icmp?

>Т.е. его подцеплять к корневому классу?

Да, приоритет должен быть наивысший.

>И скорость на нём ставить выше ограничений для клиентов?

Я поставил равной ширине канала.

>На сколько опасен в таком случае туннелинг через icmp?

Тут помочь не могу.