Hello,
I'm trying to shape traffic by IP addresses and by 802.1q vlans.
But when I add 802.1q filter filters output looks strange.
Maybe I'm missing some options to TC?
Thanks,
Mindaugas
# ./bin/tc -s -d filter show dev eth0
filter parent 1: protocol ip pref 1 u32
filter parent 1:
> Depends WHAT do you want to know. All should be correct but
> each shows different things.
I want to know number of bytes sent by specific customer.
Customer corresponds to SFQ leaf.
> In bridging scenario there may be other issues (I didn't
> tested it).
> Counter on upper qdisc shows pack
> inner subclass (SFQ) probably WILL have smaller counts
> when shaping.
>
> > > inner class or leaf ? Regarding HTB's rate counter - it
> > > is averaged over long time to that its result is always
> > > approximate.
> >
> > Counters were read from SFQ qdisc. But HTB class counters
> > differ
> it would be helpful to see whether it does the same if
> HTB is not shaping (increase rate to 100mbit) and if it
> is not bridge but router.
When HTB is not shaping (0 dropped packets) difference
is smaller but still considerable.
ifconfig - 63510398 bytes
tc - 61854134 bytes
Packet rat
> > I have some strange problems with shaping. Now I'm testing Linux as
> > shaping bridge. Redhat Linux 7.3, kernel plain 2.4.23 with latest HTB
patch
> > from devik and PSCHED_CLOCK_SOURCE changed to PSCHED_CPU.
> > What I'm doing wrong?
> I'm not sure, but I think that the network statistics
> > I have some strange problems with shaping. Now I'm testing Linux as
> > shaping bridge. Redhat Linux 7.3, kernel plain 2.4.23 with latest HTB
patch
> > from devik and PSCHED_CLOCK_SOURCE changed to PSCHED_CPU.
> >
> > Some output is at the end of the message. What is strange that
according
Hello,
I have some strange problems with shaping. Now I'm testing Linux as
shaping bridge. Redhat Linux 7.3, kernel plain 2.4.23 with latest HTB patch
from devik and PSCHED_CLOCK_SOURCE changed to PSCHED_CPU.
Some output is at the end of the message. What is strange that according
to inter
> >
> > Well I'd prefer to leave that to professionals :). Who is packet
> > filters maintainer? Alexey Kuznetsov?
>
> Filters ?? If you mean qos classifiers (badly named filters in tc tool)
> then yes, Alexey. If you mean iptables then I'm not sure.
I mean packet schedulers :).
And OK. Th
> > Setting HZ back to 100 fixed the problem.
> >
> > Is this some bug in HTB or HZ has to be set to 100?
>
> ehh other thought - htb is tested with HZ=1024 or HZ=100.
> You said that you use HZ 1000.
Yes. You are right. If I set HZ to 1024 everything worked OK.
> In include/net/pkt_sched.
>
> During my tests I'm starting to feel stupid :). Traffic
> shaping works quite on its own.
>
> System: RedHat 7.3, RedHat kernel 2.4.18-18.7.xsmp, HTB
> version 3.6, interfaces eth0 and eth1 are acting as bridge br0.
>
> If TCP shaping almost works, it just exceeds limits UDP
> is not s
During my tests I'm starting to feel stupid :). Traffic
shaping works quite on its own.
System: RedHat 7.3, RedHat kernel 2.4.18-18.7.xsmp, HTB
version 3.6, interfaces eth0 and eth1 are acting as bridge br0.
If TCP shaping almost works, it just exceeds limits UDP
is not shaped. Traffic flo
> I'am successful using a linux (2.4.20) bridge and the cbq.init_v0.7
> script for traffic shaping. But I can only use the queuing discipline
> tbf (LEAF=tbf). If I try use queuing discipline sfq or none then tc
> applies the rules but no shaping occurs.
> Is this problem a normal behavior when
I'm trying to setup traffic shaping for a customer.
Machine is RedHat 7.3 with kernel-smp-2.4.18-18.7.x.
HZ=512.
But when I try to load link (using netcat and discard /
chargen services) bytes count (tc -s qdisc show, sfq qdisc)
goes quite well over 512kbit (~560kbit). With UDP I can
even go
13 matches
Mail list logo