All of lore.kernel.org
 help / color / mirror / Atom feed
From: <ajay@movingdelhi.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Fair Queuing
Date: Fri, 22 Nov 2002 16:35:57 +0000	[thread overview]
Message-ID: <marc-lartc-103798295714897@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103797298703293@msgid-missing>

Thanx, I managed it to get the basic script working but the result IS NOT
satisfactory. What is happening is this:-

When any user (ex 192.168.0.4 in my script) starts to download a file
(Download1) after a while it settles down to the alloted bandwidth 32kbps.
If he puts another download (Download 2) after a while  it occupies
approximately half of the total bandwidht alloted to 192.168.0.4.  So far so
good.....
NOW, when the user(192.168.0.4) cancels any one of the downloads (Say
download 1) the other download (download 2) takes a very long time to grow
up to the total alloted bandwidth i.e 32kbps.

Why is that happening?
I can't figure it out. Could SFQ Help?

Script :
___________________________________________________________
/sbin/tc qdisc add root dev eth1 handle 1:0 cbq bandwidth 10Mbit avpkt 1000
/sbin/tc class add dev eth1 parent 1:0 classid 1:1 cbq bandwidth 10Mbit rate
256Kbit allot 1514 bounded
/sbin/tc class add dev eth1 parent 1:1 classid 1:2 cbq bandwidth 256Kbit
rate 32Kbit allot 1514 bounded
/sbin/tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip src
192.168.0.4 flowid 1:2
/sbin/tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip dst
192.168.0.4 flowid 1:2
________________________________________________________________

Thanx in advance

PS: Yes, I want each individual user to get 32kbps
----- Original Message -----
From: "Stef Coene" <stef.coene@docum.org>
> > Dear all,
> >
> >             Am trying to distribute our 256kbps internet link to our
> > internel LAN and want to give 32kbps each to our 8 nodes.  how should
one
> > go about it.
> >
> > I have a server with 2 LAN cards.
> >
> >
> > LAN (192.168.0.0/24)<----->Linux Box<------->Internet Router<------->ISP
> Do you want them to be able to share the bandwidth, or is 32kbps the
maximum
> they may get?
>
> You can create 1 bounded class with rate = 256kbps and 8 child classes
with
> rate = 32kbps.  And you need 8 filter so put the traffic in the 8 classes.
> You can filter based on ip-address if the nodes has fixed ip-addresses.
You
> can do this with htb or cbq.
>
> Stef
>


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

  parent reply	other threads:[~2002-11-22 16:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-22 13:49 [LARTC] Fair Queuing ajay
2002-11-22 15:07 ` Stef Coene
2002-11-22 16:35 ` ajay [this message]
2002-11-22 17:06 ` Stef Coene
  -- strict thread matches above, loose matches on Subject: below --
2004-03-30  7:44 [LARTC] "Fair" queuing Mihai Vlad
2004-03-30 12:00 ` Jeroen Vriesman

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-103798295714897@msgid-missing \
    --to=ajay@movingdelhi.org \
    --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.