Спасибо. Теперь классифицируется правильно.Но теперь другая проблема.
если я пропишу вот так:
#eth2
tc qdisc add dev eth2 root handle 1:0 htb default 15
tc class add dev eth2 parent 1:0 classid 1:1 htb rate 500kbit
tc class add dev eth2 parent 1:1 classid 1:5 htb rate 320kbit ceil 500kbit prio 2
tc class add dev eth2 parent 1:1 classid 1:10 htb rate 128kbit ceil 500kbit prio 6
tc class add dev eth2 parent 1:1 classid 1:15 htb rate 52kbit ceil 500kbit prio 10
tc qdisc add dev eth2 parent 1:5 handle 5:0 sfq perturb 10
tc qdisc add dev eth2 parent 1:10 handle 10:0 sfq perturb 10
tc qdisc add dev eth2 parent 1:15 handle 15:0 sfq perturb 10
#VPN & Contra
tc filter add dev eth2 protocol ip parent 1:0 prio 1 u32 match ip protocol 0x06 0xff match ip sport 1723 0xffff flowid 1:5
tc filter add dev eth2 protocol ip parent 1:0 prio 1 u32 match ip protocol 0x11 0xff match ip sport 27015 0xffff flowid 1:5
#FTP
tc filter add dev eth2 protocol ip parent 1:0 prio 1 u32 match ip protocol 0x06 0xff match ip sport 21 0xffff flowid 1:10
tc filter add dev eth2 protocol ip parent 1:0 prio 1 u32 match ip protocol 0x06 0xff match ip sport 20 0xffff flowid 1:10
В этом случае у меня FTP сможет использовать неиспользуемую полосу вплоть до 500kbit. Но на практике получилось что этот трафик "занимает" и при этом забивает напрочь контру и впн, несмотря на то что у них приоритет выше. Чтобы обеспечить бесперебойную работу интерактивных протоколов мне пришлось написать rate 128kbit ceil 128kbit - т. е. просто "зарезать" FTP.
Так как же сделать чтобы и неиспользуемая полоса занималась, но и интерактивный и более приоритетный трафик не забивался?