I maybe a bit late but incase this helps anyone, I was trying to place
icmp in its own queue and give a high priority. I couldnt mark with
iptables due to the fact it core dumps when I attempt to use the mangle
chain (perhaps because these boxes also run freeswan. So i shaped based
on protocol number. My problem was it wasn't working until I specified a
prio for the icmp filter, also using prio 0 it did not work but it did
with prio 1.
tc filter add dev $DEV protocol ip parent 1: prio 1 u32 \
match ip protocol 1 0xff flowid 1:21
On Sun, 2003-06-15 at 08:00, Stef Coene wrote:
> On Sunday 15 June 2003 13:44, Thilo Schulz wrote:
> > On Sunday 15 June 2003 11:09, you wrote:
> > > > Here's still my script, if you are interested to look at it.
> > >
> > > I'm interested and I have some remarks.
> > >
> > > Your burst is too low. I understand you want a minimum burst, but you
> > > have to follow some rules. The best you can do is to remove the
> > > burst/cburst option so htb can calculate the minimum burst/cburst for
> > > you.
> >
> > yes, sounds reasonable now that I spend a second thought about it.
> >
> > > And don't you get quantum errors in your kernel log? That's because your
> > > quantum is too low for the classes. There is a long explanation for
> > > this, see www.docum.org on the faq page.
> >
> > hmm .. quantum? I have never set quantum with any parameter, or have I?
> No. Quantum is used for leaf classes to determine the amount of packets they
> can send. It's calculates as rate / r2q. And r2q is 10 by default. You can
> overrule r2q if you add the htb qdisc and you can overrule quantum if you add
> a htb class. Quantum must be > 1500 (the size of 1 packet) and < 60000.
>
> > > You also use different prio's. This can be ok in most cases, except if
> > > you have a low prio class that's sending more data then the configured
> > > rate. If you do so, the latency can go up for that class. I (still)
> > > didn't test it myself, but you can find prove of it on the htb homepage.
> > > The solution for this is to make sure you never put too much traffic in a
> > > low prio class.
> >
> > I have given plenty of bandwidth to the 1:10 class. Quake3 streams are max.
> > 1500 bytes/s. And ssh does not use that much either.
> Ok. As long as you are aware of the problem. You can also try to limit the
> amount of packets the filters with a policer. So there are never too much
> packets in a class.
>
> > > > # now make all qdiscs simple pfifo
> > > > # small queues for minimum latency
> > > > tc qdisc add dev $DEV parent 1:10 handle 20: pfifo limit 0
> > > > tc qdisc add dev $DEV parent 1:11 handle 30: pfifo limit 0
> > >
> > > Are you sure limit 0 is possible ????
> >
> > Yes, at least the status command showed me, that the limit was set to 0.
> Ok.
>
> Stef
--
Corey Rogers
Junior System Administrator
Wamco Technology Group Ltd (Barbados)
#3 Mahogany Court, Wildey, St. Michael
Phone: (246)437-3154 FAX: (246)228-4319
[F]or those of you who are constantly belittled by your peers for
believing that Big Brother is out to get you, be assured, it is. In
fact,you are probably not paranoid enough."
- editorial, "Today's Technology Can Easily Track Criminals and
Ex-offenders", _The_ECHO_ newspaper, Jan. 1998
CONFIDENTIALITY NOTICE: This e-mail message including attachments, if
any,is (are) for the intended recipient only (person or entity)and may
contain confidential or proprietary information some or all of which may
be legally privileged. Any unauthorised review, use, copy, print,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message and do not in any way rely on this
e-mail. If you are the intended recipient but do not wish to receive
communications through this medium, please so advise the sender
immediately.
Attachment:
signature.asc
Description: This is a digitally signed message part
