Re: HTB root rate allowing to much of a burst

Linux Advanced Routing and Traffic Control

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

 



Flechsenhaar, Jon J wrote:


I don't know if you answer basic HTB questions but I'l try anyway.  I'm
implementing AF and EF with a root rate of 500 kbps (kilo bits per
second).  I am using DSMARK to classify packets.  I'm implementing this
on two different hardware sets PPC and x86 with the same kernel options
configured.
Problem:

My root rate is going about 75 kbps over its 500kbps limit (ceil 500).

How are you measuring - htb and rate estimators see packets on eth an iplen + 14.

I believe this is because of burst and cburst settings.  I am using
default calculations now, on all classes.   Is there a formula to use in
tweaking these
values?  I would like my rates to follow the assigned rate more closely.

Hz and a compile time header change - HYSTERESIS 0 in net/sched/sched_htb.c also affect accuracy.


I am generating traffic with a hardware traffic generator.  Starting at
300 kbps stepping by 100 kbps up to 1mbps.  Each step lasts for 60 sec.

Could give different results to normal tcp I suppose.



My config script is attached. Thanks.

tbf latency 0.01 on 256kbit is too short for a buffer IIRC it gets rounded up so at least mtu packets get through.

I get an error on your script with iproute2-ss060323 and 2.6.17.11/7

++ /usr/sbin/tc qdisc change dev eth0 parent 2:20 gred DP 3 limit 60kb min 10kb max 20kb avpkt 1500 burst 9 bandwidth 500kbit probability 0.06 prio 4
RTNETLINK answers: Invalid argument

after each DP 3 on each gred.

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

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