[LARTC] HTB droping packets

[LARTC] HTB droping packets

[Dumitrache Ionut]

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)

_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB droping packets

[Andy Furniss]

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.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB droping packets

[Andy Furniss]

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 ttld time=1.319 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttld time=0.295 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttld 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.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc