LARTC - Dec 2005 - HTB droping packets

Hello,

    I''m using htb3 with kernel 2.6.13 on debian testing release. I have
a
hierarchy consisting of 10 parents clas each with 2 to 20 childs and every
child use sfq. The problem is when the default class become congested, the
system start to drop packets for 2 seconds all traffic is blocked, another 3
to 5  minutes all goes all and so on. 
    Anyone have any ideea about this ?

Ionut Dumitrache

--
TIMnet webmail (webmail.tim.ro)

Dumitrache Ionut wrote:
> Hello,
> 
>     I''m using htb3 with kernel 2.6.13 on debian testing release. I
have a
> hierarchy consisting of 10 parents clas each with 2 to 20 childs and every
> child use sfq. The problem is when the default class become congested, the
> system start to drop packets for 2 seconds all traffic is blocked, another
3
> to 5  minutes all goes all and so on. 
>     Anyone have any ideea about this ?
Your arp traffic is probably going to default - either don''t use htb 
default or filter ... protocol arp u32 match u32 0 0 ... to a high 
prio/bandwidth class.

Andy.

Andy Furniss wrote:
> Dumitrache Ionut wrote:
> 
>> Hello,
>>
>>     I''m using htb3 with kernel 2.6.13 on debian testing
release. I have a
>> hierarchy consisting of 10 parents clas each with 2 to 20 childs and 
>> every
>> child use sfq. The problem is when the default class become congested, 
>> the
>> system start to drop packets for 2 seconds all traffic is blocked, 
>> another 3
>> to 5  minutes all goes all and so on.     Anyone have any ideea about 
>> this ?
> 
> 
> Your arp traffic is probably going to default - either don''t use
htb
> default or filter ... protocol arp u32 match u32 0 0 ... to a high 
> prio/bandwidth class.
"I don''t know where you''re getting your tc, because the
current iproute2
does not have "protocol arp".

Could you please explain (to the LARTC list) how you make the above
work?
--
gypsy"

I am a bit behind on kernels but will try the latest of everything soon.

In the past I failed to get protocol all to work then I tried again and 
it did. Whenever I try things with tc and fail I always start again from 
the beginning with tc qdisc del dev

[root@amd /home/andy/Qos]# tc -V
tc utility, iproute2-ss050330

[root@amd /home/andy/Qos]# tc qdisc add dev eth0 root handle 1:0 htb
[root@amd /home/andy/Qos]# tc filter add dev eth0 parent 1:0 protocol 
arp u32 match u32 0 0
[root@amd /home/andy/Qos]# tc -s filter ls dev eth0
filter parent 1: protocol arp pref 49152 u32
filter parent 1: protocol arp pref 49152 u32 fh 800: ht divisor 1
filter parent 1: protocol arp pref 49152 u32 fh 800::800 order 2048 key 
ht 800 bkt 0  (rule hit 0 success 0)
   match 00000000/00000000 at 0 (success 0 )
[root@amd /home/andy/Qos]# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=1.319 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.295 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.311 ms
--- 192.168.0.1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.295/0.642/1.319/0.479 ms
[root@amd /home/andy/Qos]# tc -s filter ls dev eth0
filter parent 1: protocol arp pref 49152 u32
filter parent 1: protocol arp pref 49152 u32 fh 800: ht divisor 1
filter parent 1: protocol arp pref 49152 u32 fh 800::800 order 2048 key 
ht 800 bkt 0  (rule hit 1 success 0)
   match 00000000/00000000 at 0 (success 1 )
[root@amd /home/andy/Qos]# tc -V
tc utility, iproute2-ss050330

Andy.