Проблема с tc (iproute2)

Конечно.
Вот например такое (кусок из одного моего bash скрипта)

/sbin/tc qdisc add dev $dev root handle 1: htb default 15 r2q 60
/sbin/tc class add dev $dev parent 1: classid 1:1 htb rate ${ceil}kbit

/sbin/tc class add dev $dev parent 1:1 classid 1:10 htb rate ${prio0}kbit ceil ${prio0}kbit prio 0
/sbin/tc class add dev $dev parent 1:1 classid 1:11 htb rate ${prio1}kbit ceil ${prio1}kbit prio 1
/sbin/tc class add dev $dev parent 1:1 classid 1:12 htb rate ${prio2}kbit ceil ${prio2}kbit prio 2
/sbin/tc class add dev $dev parent 1:1 classid 1:13 htb rate ${prio3}kbit ceil ${prio3}kbit prio 3
/sbin/tc class add dev $dev parent 1:1 classid 1:14 htb rate ${upload}kbit ceil ${ceil}kbit prio 4
/sbin/tc class add dev $dev parent 1:1 classid 1:15 htb rate ${upload2}kbit ceil ${ceil}kbit prio 5

tc qdisc add dev $dev parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $dev parent 1:11 handle 11: sfq perturb 10
tc qdisc add dev $dev parent 1:12 handle 12: sfq perturb 10
tc qdisc add dev $dev parent 1:13 handle 13: sfq perturb 10
tc qdisc add dev $dev parent 1:14 handle 14: sfq perturb 10
tc qdisc add dev $dev parent 1:15 handle 15: sfq perturb 10

tc filter add dev $dev parent 1: prio 0 protocol ip handle 10 fw flowid 1:10
tc filter add dev $dev parent 1: prio 0 protocol ip handle 11 fw flowid 1:11
tc filter add dev $dev parent 1: prio 0 protocol ip handle 12 fw flowid 1:12
tc filter add dev $dev parent 1: prio 0 protocol ip handle 13 fw flowid 1:13
tc filter add dev $dev parent 1: prio 0 protocol ip handle 14 fw flowid 1:14
tc filter add dev $dev parent 1: prio 0 protocol ip handle 15 fw flowid 1:15

отрабатывает себе молча в тряпочку... Не пойму я никак в чем дело...

Это без разницы, у меня приведенные ТС команды срабатывают на ура.

Переставлять уже по всякому пробовал, не помогает. Последняя это не про то, fw это решение на основании fwmark из iptables, а мне это не нужно. classid он у меня кстати вообще принимать не хотел ни в какую...

Не совсем понял, о чем здесь?

Например:

tc class add dev eth1 parent 1:3 classid 1:6 htb rate 10Mbit
tc qdisc add dev eth1 parent 1:6 handle 6: pfifo limit 19531
tc filter add dev eth1 parent 1:0 protocol ip prio 100 u32 match ip dst 194.0.206.248/29 classid 1:6

...

tc class add dev eth1 parent 1:3 classid 1:105 htb rate 10Mbit
tc qdisc add dev eth1 parent 1:105 handle 105: pfifo limit 19531
tc filter add dev eth1 parent 1:0 protocol ip prio 50 handle 0x105 fw classid 1:105

Это выдержка из рабочего скрипта.
Где здесь prio 100 или prio 50 полоса?

eth0 это какая сетевая плата?

У меня то же самое (чистый eth1):

~/# tc qdisc show dev eth1
qdisc mq 0: root
~/# tc class show dev eth1
class mq :1 root 
class mq :2 root 
... skip ...
class mq :a root 
class mq :b root 
... skip ...
class mq :e root 
class mq :f root 
class mq :10 root

Я думаю, что так происходит из-за того, что девайс eth0 у вас, и eth1 у меня имеет несколько аппаратных очередей передачи. Моя сетевушка - Intel 82576. Аппаратных очередей я настроил две. Не знаю, почему у меня по умолчанию создается аж 16 этих классов. А у вас их вообще 5, что мне совсем непонятно. Или не весь вывод приведен в посте?
Если добавить корневую qdisc htb для устройства, все mq удалятся, останется htb, так что тут все нормально и правильно, и никак не влияет на описанную проблему.