From: Rodrigo Severo <rodrigo@fabricadeideias.com>
To: lartc@vger.kernel.org
Subject: [LARTC] Understading details.
Date: Sat, 05 May 2001 14:44:29 +0000 [thread overview]
Message-ID: <marc-lartc-98907379825389@msgid-missing> (raw)
Hi,
I am implementing bandwidth control on my network and I have a few
doubts:
1. What exactly is the meaning of both sfq parameters 'quantum' and
'perturb'? When should I change them from their 'default' values - 1514b
and 15s?
2. I want to restrict 2 types of traffic: all originating in a certain
address and all originating from one other address with destination port
25. Everything else shall compete equally for the bandwidth available.
Does 2 classes shapping the first 2 types suffice or do I need to create
the third class to send everything else? If I need the third class, how
can I filter everything else to it?
I believe I already implemented the first option (only 2 classes) with
the following lines:
/usr/local/sbin/tc qdisc add dev eth1 root handle 1: cbq bandwidth
128Kbit \
avpkt 1000
/usr/local/sbin/tc class add dev eth1 parent 1:0 classid 1:1 cbq \
bandwidth 128Kbit rate 128Kbit allot 1514 weight 12.8Kbit \
prio 8 maxburst 20 avpkt 1000
/usr/local/sbin/tc class dev eth1 parent 1:1 classid 1:10 cbq \
bandwidth 10Kbit allot 1514 weight 1Kbit prio 5 maxburst 20 \
avpkt 1000 bounded
/usr/local/sbin/tc class dev eth1 parent 1:1 classid 1:20 cbq \
bandwidth 30Kbit allot 1514 weight 3Kbit prio 5 maxburst 20 \
avpkt 1000
/usr/local/sbin/tc qdisc add dev eth1 parent 1:10 sfq quantum 1514b \
perturb 15
/usr/local/sbin/tc qdisc add dev eth1 parent 1:20 sfq quantum 1514b \
perturb 15
/usr/local/sbin/tc filter add dev eth1 parent 1:0 protocol ip prio 10 \
u32 match ip src 10.0.0.1 flowid 1:10
/usr/local/sbin/tc filter add dev eth1 parent 1:0 protocol ip prio 20 \
u32 match ip src 10.0.0.2 match tcp dst 25 0xffff flowid 1:20
3. I have a 128Kbit permanent connection to the net. Actually my income
bandwidth connection is 128Kbit. My ISP is friendlier about outcome
bandwidth control. Does my root qdisc and class above limit my outcome
bandwidth to 128Kbit? If so, the solution is to raise this value, right?
Thanks in advance for your time,
Rodrigo Severo
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/2.4Routing/
reply other threads:[~2001-05-05 14:44 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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-98907379825389@msgid-missing \
--to=rodrigo@fabricadeideias.com \
--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.