From: Mugur TOMITA <mtomita@euroweb.ro>
To: lartc@vger.kernel.org
Subject: Re[2]: [LARTC] CBQ Traffic control not working
Date: Wed, 12 Mar 2003 21:28:23 +0000 [thread overview]
Message-ID: <marc-lartc-104750472426849@msgid-missing> (raw)
Stef Coene, thank you for your feed-back. I have already read
docum.org... The tests proved a difference of max 20Kbps between
theory and real life for cbq.
In my case practically nobody is limited...
In my scripts there are classes with prio 8... you say max is 7...
could this be the problem?
Could it be possible that on hard traffic cbq to just let pass
packets? This is a stupid question I guess...
Do I have a chance solving the problem by swtching to HTB?
This is what MRTG says about one of my 14.4Kbps clients :-)
Max In 234.4 kb/s (2.3%) Average In 76.0 kb/s (0.8%) Current In 872.0 b/s (0.0%)
Any opinion on 'Traffic Shaper'? I'm considering changing the shaping
tool...
MT
On Wednesday 12 March 2003 16:49, Mugur TOMITA wrote:
> Hi everybody,
>
> I'm new to this list, so I appologize if a similar case has been covered
> already... I have the configuration attached below...
> The problem is that my traffic control doesn't work at all...
> Clients from any of the private networks manage to download even with
> 256Kbits from the Internet...
> The case is stranger because if I reboot the linux box, for a few minutes
> the traffic shapping seems to work... I mean from a machine in subnet
> 192.168.1.8/29 I download with 16-20Kbits... but not always (most often I
> get at least 128Kbps).
>
> A second question would be who has a higher priority:
> a PC from a prio 8 class filtered by a prio 3 filter, or
> a PC from a prio 3 class filtered by a prio 8 filter?
Prio for filters is used to order the filters. Filters with lower prio are
checked first. Prio for a class is something else. A class with a lower
prio is allowed to send data first before the other classes.
And prio 7 is the biggest prio you can specify.
I found no errors in your tc rules.
If you want more info about cbq (tests/docs/scripts/tips/faq/...) you can go
to http://docum.org.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next reply other threads:[~2003-03-12 21:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-12 21:28 Mugur TOMITA [this message]
2003-03-12 22:10 ` Re[2]: [LARTC] CBQ Traffic control not working Stef Coene
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-104750472426849@msgid-missing \
--to=mtomita@euroweb.ro \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.