HTB - problem with one thread

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello, 

Besides a very good functionality, I have a small, yet stressing, problem. 

Let's say I have a bandwidth of N bits. 

I have X clients, everyone with his fixed bandwidth. 

I create htb qdsics for each client. Each leaf has sfq queueing 
discipline. 

A sample config would be like this :

tc class add dev eth0 parent 1:2 classid 1:346 htb rate 32Kbit ceil 32Kbit 
   burst 4k cburst 2k prio 4
tc qdisc add dev eth0 parent 1:346 handle 346 sfq perturb 10

AND 

tc class add dev eth0 parent 1:2 classid 1:161 htb rate 256Kbit ceil 
   256Kbit burst 32k cburst 2k prio 4
tc qdisc add dev eth0 parent 1:161 handle 161 sfq perturb 10


The filters are like :
tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip dst 1.2.3.128/25 classid 1:346
tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip dst 1.2.3.4/30 classid 1:161

The problem is that clients can have their bandwidths at maximum only if 
they use a download accelerating software like DAP with multiple 
symultanous threads. Using only one thread, a single download can reach 
about 60% of the allocated bandwidth. 

I have tested a download without any limits and it was working well, so 
there's no problem with the remote site. 

I have searched thorugh messages posted on this mailing list but I didn't 
find a similar problem.


Maybe I need to set quantum manually. I have tested with r2q default value 
(10) and also with 2 (raising quantum). 

Another question would be: if quantum is bigger, the client can exceed his 
limit by that value ? Is that possible all the time or at bursty intervals 
? 


Thank you very much,
Ciprian Nica
 



_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux