From: "Osgaldo Suanzes" <osgaldo@tiscali.es>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Shaping only the interface bandwith
Date: Mon, 19 May 2003 23:01:44 +0000 [thread overview]
Message-ID: <marc-lartc-105338526111799@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105304709128962@msgid-missing>
Hi again.
Sorry for bugging you so much!
But Im unable to add ESFQ to a HTB Class.
#tc qdisc add dev eth1 root handle 1: htb
#tc class add dev eth1 parent 1: classid 1:1 htb rate 512kbit ceil
512kbit burst 2k
#tc qdisc add dev eth1 parent 1:1 handle 10: esfq
The last line "is" probably completly Wrong!(dont know about the others)
But I cant find an example on the net for this.
I maybe need to add a filter, but how? and without matching Ip
addresses.
I would appreciate If you could write me down a few lines on how
it has to look like, or correct the lines above.
The Problem Description again:
Need to shape traffic on Interface Eth1 (lan users) to 512 kbit, using Htb
and Esfq.(or something else)
So that every user gets a fair download bandwidth 1user\x100% , 2
usersP%each 3users3,3% each ....so on.
I cant use Iptables to mark Packets, and I have no information on Ip
addresses(Mac, etc) of the Users on that Lan.
(this maybe a problem because I dont know how to add a filter if I dont
know what(IP,Mac,) to match? Maybe there is a way
to match "all" traffic and send it to a class??)
Thanls for all your patient
Osgaldo.
----------------------------------------------------------------------------
---------------------------------------------------------------------------
----- Original Message -----
From: "Stef Coene" <stef.coene@docum.org>
To: "Osgaldo Suanzes" <osgaldo@tiscali.es>
Sent: Monday, May 19, 2003 8:43 PM
Subject: Re: [LARTC] Shaping only the interface bandwith
> On Monday 19 May 2003 16:26, Osgaldo Suanzes wrote:
> > Hi Stef.
> >
> > Thanks a lot for your comments , otherwise my english is to bad to
> > understand well the docs.
> > Indeed it works quite well.
> > I typed
> > # tc qdisc add dev eth1 root esfq
> > Every conection was treated "fairly" , the issue I have is how
do I
> > Shape Interface Eth1 down to 512kb?
> > I read on man tc-sfq , that this is a non-shaping (work
conserving)
> > qdisc. So how do I define something like "rate" to it?
> You have to use htb or cbq for that. With htb or cbq, you can create
class
> witj a limited bandwidth. You can add the esfq to that class. So all
> traffic is limited with htb or cbq and esfq is used to distribute that
> traffic.
>
> 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 prev parent reply other threads:[~2003-05-19 23:01 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-16 1:05 [LARTC] Shaping only the interface bandwith Osgaldo Suanzes
2003-05-16 9:16 ` Stef Coene
2003-05-19 23:01 ` Osgaldo Suanzes [this message]
2003-05-20 19:47 ` 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-105338526111799@msgid-missing \
--to=osgaldo@tiscali.es \
--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.