All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gerardo Arceri <elfarto@elfarto.com.ar>
To: lartc@vger.kernel.org
Subject: Re: Re: [LARTC] HTB High CPU Utilization
Date: Mon, 20 Dec 2004 21:43:37 +0000	[thread overview]
Message-ID: <41C74789.20106@elfarto.com.ar> (raw)
In-Reply-To: <41B0CF87.4050008@elfarto.com.ar>

> or example, let's say you have 2000kbit of total
> bandwidth for output and that you are running both and
> http and an ftp server.
>
> Now let's say that you have two users that want to connect
> to your machine and that both of them can potentially use
> all of your output bandwidth. One of them want to connect
> to the http server and the other to the ftp one.
>
> So you tell tc to assign http traffic to class 3 that can
> use only up to half the total output bandwidth, 1000kbit,
> but you don't say anything about the ftp traffic.
>
> If both the user tries to connect at the same time they of
> course use the whole output bandwidth but, since there is
> one kind of traffic that isn't "regulated" (it is assigned
> to class 10 that doesn't exist), there is a continuos
> fight between the two of them and the speed at which they
> download is very irregular.
>
>
> Have I understood well?


Yes you have, that's exactly my setup, i have a 100Mbps Ethernet 
connection to the router which has a 20Mpbs pipe to the net,
I only want to limit certain ips from using too much outgoing pipe
 > tc qdisc del dev eth0 root
 > tc qdisc add dev eth0 root handle 10: htb default 10
 > tc class add dev eth0 parent 10: classid 10:3 htb rate 1000kbit ceil 
 > 1000kbit
 > tc filter add dev eth0 parent 10: protocol ip prio 3 handle 2 fw classidI thought that by not specifying a default rate the traffice  would go 
unshaped
So tc is a game of all or nothing ? i mean, i can't say to tc that all 
traffic except the one coming from X IP doesn't get a class ?




_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

  parent reply	other threads:[~2004-12-20 21:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-03 20:41 [LARTC] HTB High CPU Utilization Gerardo Arceri
2004-12-19 22:19 ` ncrfgs
2004-12-20 21:43 ` Gerardo Arceri [this message]
2004-12-22 10:42 ` 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=41C74789.20106@elfarto.com.ar \
    --to=elfarto@elfarto.com.ar \
    --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.