This page explains the quantum & r2q values used in HTB in depth:
http://www.docum.org/docum.org/faq/cache/31.html
If you want to see my working example download this script:
http://pof.eslack.org/archives/files/bw-shaper1.2.sh
results achieved can be seen here:
http://pof.eslack.org/grap
Hi,
I usually use this as a rule of thumb:
quantum = rate(in bytes)/r2q
Note that quantum should be > MTU (normally 1500).
Best regards,
Pau Oliva
---
http://pof.eslack.org/blog/
On Mon, December 12, 2005 7:32, sujeet mulmi said:
> Dear all,
>
> I'm new to traffic shappin
Dear all, I'm new to traffic shapping although i have gone through marking and HTB queueing but i felt trouble in tc filter . I wonder if any one give me the hints about quantum or r2q. i guess quantum is used when two class has same prio and rate and want to give first priority between
On Wednesday 21 January 2004 17:18, [EMAIL PROTECTED] wrote:
> > Make sure 1500 < quantum < 6
> > quantum = rate / r2q
>
> Stef,
>
> Would it be 1500 < quantum, or 1500 <= quantum ?
I checked the htb code in kernel 2.6.1:
if quantum < 1000 or quantum > 20, an eror is logged.
Stef
--
[EMA
On Wednesday 21 January 2004 17:18, [EMAIL PROTECTED] wrote:
> > Make sure 1500 < quantum < 6
> > quantum = rate / r2q
>
> Stef,
>
> Would it be 1500 < quantum, or 1500 <= quantum ?
No, 1500 < quantim < 60.000. So quantum must be at least 1500, that's the
maximum packet size. And < 6 and
> Make sure 1500 < quantum < 6
> quantum = rate / r2q
Stef,
Would it be 1500 < quantum, or 1500 <= quantum ?
Rubens
___
LARTC mailing list / [EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
I ran into this problem as well. Here's something quoted from our bug
database that came from the research I did:
---
This message comes from the root qdisc when we attach a class to it. It
examines the data rate of the subordinate class and computes the
"quantum" for that class.
A "quantum"
On Tuesday 20 January 2004 16:11, Luciano Lima wrote:
> My gateway is showing these messages:
>
> htb*g j=4929
> htb*r7 m=0
> htb*r6 m=0
> htb*r5 m=0
> htb*r4 m=0
> htb*r3 m=0
> htb*r2 m=0
> htb*r1 m=0
> htb*r0 m=0
> HTB: quantum of class 10001 is big. Consider r2q change.
>
> What does it means ?
My gateway is showing these messages:
htb*g j=4929
htb*r7 m=0
htb*r6 m=0
htb*r5 m=0
htb*r4 m=0
htb*r3 m=0
htb*r2 m=0
htb*r1 m=0
htb*r0 m=0
HTB: quantum of class 10001 is big. Consider r2q change.
What does it means ?
Thanks,
Luciano Lima
___
LARTC mai
On Friday 24 October 2003 02:49, [EMAIL PROTECTED] wrote:
> i use this scripts for traffic shaping but in dont understand how to use
> quantum and burst
> #!/bin/bash
> this clsses are for outgoing interface
> i use the same script for download but is used for lan interfaceand the
> diferenc
i use this scripts for traffic shaping but in dont understand how to use
quantum and burst
#!/bin/bash
echo "sterge regula veche###"
tc qdisc del dev eth0 root
##
echo "#aqdauga regula noua##"
tc qdisc add dev eth0 root handle 1: htb default 1
On Friday 06 September 2002 23:09, Victor wrote:
> Quantum = how mutch a class can send at a turn.
> But a class can sent at a turn at least how mutch his rate is.
> So the quantum should be higher than the rate.
> Then why the default quantum=rate/r2q?
>
> I belive there is something wrong in my d
Quantum = how mutch a class can send at a turn.
But a class can sent at a turn at least how mutch his rate is.
So the quantum should be higher than the rate.
Then why the default quantum=rate/r2q?
I belive there is something wrong in my deduction.
Can someoan plese clarify these things?
---
On Wednesday 04 June 2003 16:53, Rio Martin. wrote:
> Stef and all,
> I got error sometimes, dmesg results like this:
>
> HTB: quantum of class 10011 is small. Consider r2q change.<4>HTB: quantum
> of class 10012 is small. Consider r2q change.<4>HTB: quantum of class
> 10013 is small. Consider r2q
Stef and all,
I got error sometimes, dmesg results like this:
HTB: quantum of class 10011 is small. Consider r2q change.<4>HTB: quantum
of class 10012 is small. Consider r2q change.<4>HTB: quantum of class
10013 is small. Consider r2q change.<4>HTB: quantum of class 10014 is
small. Consider r2q ch
Tnx Mathieu
I will try with pfifo, my voice traffic can be marked
with diffserv from the source device, so i´ll try to
take advantage of this marked traffic
regards
--- Mathieu Deziel <[EMAIL PROTECTED]> wrote:
> Hi Victor, see below.
>
> >
> > >Why not a simple fifo? You can adapt the size
Hi Victor, see below.
>
> >Why not a simple fifo? You can adapt the size of it
> >from the command line.
> I want tu use this pfifo queue i know its hardwired
> and that i need to mark packets here or from the
> source
> in order to use dscp field
>
The pfifo and bfifo qdiscs are not "hardwi
1st thanks Stef and Mathieu
wrote:
>Why not a simple fifo? You can adapt the size of it
>from the command line.
I want tu use this pfifo queue i know its hardwired
and that i need to mark packets here or from the
source
in order to use dscp field
but i need some small sample to try
i cant fig
>
> > If you think it might reach its configured rate, than use a policing
> > filter before the class to place an upper limit on the rate.
> I once suggested that as a solution, but has anyone tested it?
>
I did. I works just great. Very low latency.
_
On Friday 14 February 2003 01:18, Mathieu Deziel wrote:
> Sorry, I sent it in HTML the first time. Here it is again in text
> format.
>
> To minimize latency, (which is probably what you want for voip traffic),
> give the class a high priority.
> Make sure it never reaches its configured rate. If
Sorry, I sent it in HTML the first time. Here it is again in text
format.
To minimize latency, (which is probably what you want for voip traffic),
give the class a high priority.
Make sure it never reaches its configured rate. If it does, you will
see that the latency increases.
If you think it
To minimize latency, (which is probably what you want
for voip traffic), give the class a high priority.
Make sure it never reaches its configured rate.
If it does, you will see that the latency increases.
If you think it might reach its configured rate, than
use a policing filter before the
On Thursday 13 February 2003 17:00, Victor Cassar wrote:
> Thanks Stef
>
> Yep i missunderstood the quantum concept (it´s clear
> now), but since my voip class was configured with
> enough bw this doesn´t matter
>
> Reading more on docum.org, i find hte possible cause
> of the delays i was using sf
Thanks Stef
Yep i missunderstood the quantum concept (it´s clear
now), but since my voip class was configured with
enough bw this doesn´t matter
Reading more on docum.org, i find hte possible cause
of the delays i was using sfq (128p queue) on the leaf
i removed sfq from the voip class
I will t
On Thursday 13 February 2003 00:59, Victor Cassar wrote:
> Well
>
> I understand why quantum should be at least equal to
> mtu size
>
> but let´s think in this
>
> if i have a dsl link and i want to give more quality
> to
> "one voip user"
> i´ve already solved the dsl upload problem transfering
>
Well
I understand why quantum should be at least equal to
mtu size
but let´s think in this
if i have a dsl link and i want to give more quality
to
"one voip user"
i´ve already solved the dsl upload problem transfering
the bottleneck to my shapping box.
Should i change the quantum to a lower v
In HTB, is the quantum parameter used for non leaf classes, or it is
meaningful only for leaf classes?
Doing
tc -s -d class show dev device_name
gives the quantum for leaf classes only.
Mathieu.
___
LARTC mailing list / [EMAIL PROTECTED]
http://mail
27 matches
Mail list logo
