From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: [LARTC] Re: [Linux Diffserv] fw filter and one more thing
Date: Mon, 09 Dec 2002 08:32:01 +0000 [thread overview]
Message-ID: <marc-lartc-103942283725104@msgid-missing> (raw)
Kuba,
I post this message also to the LARTC mailinglist (www.lartc.org).
> So I have 2 working configurations limiting traffic coming from LAN.
>
> - First is marking incoming packets and tbf queue on the outgoing
> interface ?
>
> - Second is something like this:
> tc filter add dev eth1 parent ffff: protocol ip u32 match ip src
> 192.168.252.101 police rate 128kbit burst 10k drop flowid :1
> ....
> and so on for every ip address
This is ingress shaping.
> Which do you think is better ?
> All I need is limiting bandwidth to 128kbit and also it would be nicy if
> every IP address had equal share of the bandwidth in case it;s
> congested. And I'm not sure whether policy rate provides me the latter.
You can use your first solution, but with the cbq or htb qdisc. You can
create classes within these qdiscs. So you can create 1 class / ip and each
class can share his bandwidth with other classes. Filtering can be done with
the iptables marks and the fw filter.
> There's one more problem. I need to do transparent proxying at that
> router, and I suppose that passing the packets to squid will cause the
> change of MARK. I haven't checked it yet though. I'm just going to do
> that....
> Does anyone have any suggestions ?
Squid is a proxy so all connections are terminated in the proxy. So all marks
are gone. You can try to use the delay pools in squid. There was also a
sugestion on the LARTC mailing list to patch squid so it can mark the packets
like iptables.
Or you have to do ingress shaping with the policers.
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/
reply other threads:[~2002-12-09 8:32 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-103942283725104@msgid-missing \
--to=stef.coene@docum.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.