From: Steve <boffin@ntlworld.com>
To: lartc@vger.kernel.org
Subject: [LARTC] Service Loading
Date: Sun, 07 Oct 2001 10:10:14 +0000 [thread overview]
Message-ID: <marc-lartc-100244956223932@msgid-missing> (raw)
Hi,
My apologies if I've just missed the point here (I have scanned the
archives).
I have a server with an FTP service on one IP, a HTTP service on the
other. I wish to make all the upstream bandwidth available for FTP
unless an HTTP request arrives - at which point I want to throttle FTP
back and give the majority of the bandwidth to the HTTP session.
In order to test this I have the following script (I'm sure I've just
missed the point somewhere along the line):-
tc qdisc del dev ppp0 root
tc qdisc add dev ppp0 root handle 10: cbq bandwidth 10Mbit avpkt 1000
tc class add dev ppp0 parent 10:0 classid 10:1 cbq bandwidth 10Mbit rate
\
128kbit allot 1514 prio 1 maxburst 20 avpkt 1000
tc class add dev ppp0 parent 10:1 classid 10:2 cbq bandwidth 10Mbit rate
\
10kbit allot 1514 prio 8 maxburst 20 avpkt 1000
tc filter add dev ppp0 parent 10:0 protocol ip pref 60 u32 \
match ip dst 0.0.0.0/0 flowid 10:1
tc filter add dev ppp0 parent 10:0 protocol ip pref 50 u32 \
match ip src my.ftp.server flowid 10:2
As I understand it 10:2 is a child of 10:1. As I have set the priority
of 10:2 to 8 and the priority of 10:1 to 1 then a request meeting 10:1
will have a much higher priority and the bandwidth will all be assigned
to the 10:1 session and not loan any bandwidth to 10:1.
In reality this doesnt work! If I make 10:2 bounded then it throttles
back to 10kbs. If I remove bounded it borrows bandwidth from its parent
- even at the cost of a 10:1 session.
Comments as to :-
a) why this doesn't work
b) whether this is the best way of handling this problem
....will be greatly appreciated!
With thanks,
Steve.
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/2.4Routing/
next reply other threads:[~2001-10-07 10:10 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-07 10:10 Steve [this message]
2001-10-12 6:48 ` [LARTC] Service Loading 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-100244956223932@msgid-missing \
--to=boffin@ntlworld.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.