From: EGAL Vincent <egal@ipanematech.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB: Filtering flat out not working :(
Date: Thu, 28 Feb 2002 08:31:14 +0000 [thread overview]
Message-ID: <marc-lartc-101488516301476@msgid-missing> (raw)
In-Reply-To: <marc-lartc-101486681303617@msgid-missing>
[-- Attachment #1: Type: text/plain, Size: 3151 bytes --]
Tim Carr wrote:
I guess that's because your router does masquerading so source addresses
are changed , and filters don't match.
> Please please help, i've lost lots of sleep over this. Here's my
> set-up: 4 computers on a LAN in my house, having IPs 192.168.0.7,
> 192.168.0.50, 192.168.0.52, 192.168.0.58.A router/linux-box (which
> runs the shaping/tc_commands), which is the default gateway of the 4
> machines: 192.168.0.1. It masquerades the internet connection.Internet
> connection: ADSL PPPoE. The ADSL modem is connected to eth0 of the
> router, and PPPoE makes ppp0. eth1 is the LAN. Yes, kernel is
> compiled correctly (has advanced router option, patched with HTB,
> etc). Here's my script. Essentially what I want to do is give each of
> the 4 ppl a fourth of the bandwidth, giving myself a higher ceiling
> because I use more bandwidth than they do.
> ---------------------------------tc qdisc add dev eth1 root handle 1:
> htb default 14 tc class add dev eth1 parent 1: classid 1:1 htb rate
> 12kbps ceil 12kbpstc class add dev eth1 parent 1:1 classid 1:10 htb
> rate 4kbps ceil 10kbps burst 1k prio 1tc class add dev eth1 parent 1:1
> classid 1:11 htb rate 4kbps ceil 7kbps burst 1k prio 2tc class add dev
> eth1 parent 1:1 classid 1:12 htb rate 4kbps ceil 7kbps burst 1k prio
> 2tc class add dev eth1 parent 1:1 classid 1:13 htb rate 4kbps ceil
> 7kbps burst 1k prio 2tc class add dev eth1 parent 1:1 classid 1:14 htb
> rate 1kbps ceil 10kbps burst 1k prio 2
> # use SFQ (stochastic fair queueing) for everything
> tc qdisc add dev eth1 parent 1:10 handle 10: sfq perturb 10
> tc qdisc add dev eth1 parent 1:11 handle 11: sfq perturb 10
> tc qdisc add dev eth1 parent 1:12 handle 12: sfq perturb 10
> tc qdisc add dev eth1 parent 1:13 handle 13: sfq perturb 10
> tc qdisc add dev eth1 parent 1:14 handle 14: sfq perturb 10 #
> matchings
> tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip src
> 192.168.0.7/32 flowid 1:10
> tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip src
> 192.168.0.58/32 flowid 1:11
> tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip src
> 192.168.0.50/32 flowid 1:12
> tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip src
> 192.168.0.52/32 flowid 1:13-------------------------------------- The
> PROBLEM: no matter how hard I try, NO packets EVER get onto any flow
> but the default, 1:14. Eg. my computer (192.168.0.7) can send many
> packets thru the gateway, and none of them get put on flow 1:10 like
> they should, they all go onto 1:14, the default. Why? Add'l
> QUESTIONS: Which interface should I be using?! Ideally i'd like to use
> ppp0, but I guess I can't because i'm masquerading? Therefore I should
> use eth1, the internal lan-side ethernet card? Also, have I got the
> SFQ tied in right? Perhaps my matchings/filters should use
> 10:something instead of 1:10 etc? ... I've tried MARKing packets with
> IPtables, that doesn't work either. Is that a better method ? (I feel
> that it isn't, right now...) Lots of questions eh?! All answers
> appreciated! Thanks, Tim Carr
--
Vincent EGAL
Email : egal@ipanematech.com
[-- Attachment #2: Type: text/html, Size: 4361 bytes --]
next prev parent reply other threads:[~2002-02-28 8:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-28 3:25 [LARTC] HTB: Filtering flat out not working :( Tim Carr
2002-02-28 8:31 ` EGAL Vincent [this message]
2002-02-28 8:54 ` Martin Devera
2002-02-28 14:56 ` Tim Carr
2002-02-28 19:45 ` Tim Carr
2002-02-28 23:05 ` Viktor Kemmet
2002-02-28 23:18 ` Ben
2002-02-28 23:42 ` Viktor Kemmet
2002-02-28 23:59 ` bert hubert
2002-03-01 7:45 ` 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-101488516301476@msgid-missing \
--to=egal@ipanematech.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.