From: Andy Furniss <adf.lists@gmail.com>
To: lartc@vger.kernel.org
Subject: Re: fw mark based tc class selection not working
Date: Fri, 11 Sep 2015 10:52:51 +0000 [thread overview]
Message-ID: <55F2B283.1020702@gmail.com> (raw)
In-Reply-To: <CAA5aLPgqa=QG=d6s9byic3uBJpDaK-b5hf4+iQU3_bGBCsKSPA@mail.gmail.com>
Akshat Kakkar wrote:
> Recently I came to know that, Without any options fw classifier maps
> fwmark to classid.
>
> tc filter add dev <iface> parent <qhandle> protocol ip prio 1 fw
>
> i.e. if my packet has mark(0x10001) and class id is not set, then
> above tc filter, will set class id = 0x10001 i.e. 1:1
>
> But when I am trying it out, its not working! I am having class 1:1
> defined but its not at all hit.
>
> Am I missing something out here?
Seems to be broken, below is a paste from a mail I sent to this list 2
years ago showing it working. The same test now (apart from I am using
eth2 instead of eth0) doesn't work.
tc qdisc add dev eth0 root handle 1: htb
tc class add dev eth0 parent 1: classid 1:a htb rate 1mbit
tc class add dev eth0 parent 1: classid 1:b htb rate 1mbit
tc class add dev eth0 parent 1: classid 1:c htb rate 1mbit
tc filter add dev eth0 parent 1:0 protocol ip fw
iptables -t mangle -I OUTPUT -o eth0 -p tcp -j MARK --set-mark 0x1000a
iptables -t mangle -I OUTPUT -o eth0 -p icmp -j MARK --set-mark 0x1000b
iptables -t mangle -I OUTPUT -o eth0 -p udp -j MARK --set-mark 0x1000c
ph4[/home/andy]# iptables -L OUTPUT -vnt mangle
Chain OUTPUT (policy ACCEPT 84 packets, 14747 bytes)
pkts bytes target prot opt in out source destination
3 196 MARK udp -- * eth0 0.0.0.0/0 0.0.0.0/0
MARK set 0x1000c
7 588 MARK icmp -- * eth0 0.0.0.0/0 0.0.0.0/0
MARK set 0x1000b
74 13963 MARK tcp -- * eth0 0.0.0.0/0 0.0.0.0/0
MARK set 0x1000a
ph4[/home/andy]# tc -s class ls dev eth0
class htb 1:c root prio 0 rate 1000Kbit ceil 1000Kbit burst 2850b cburst
2850b
Sent 238 bytes 3 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 3 borrowed: 0 giants: 0
tokens: 346750 ctokens: 346750
class htb 1:a root prio 0 rate 1000Kbit ceil 1000Kbit burst 2850b cburst
2850b
Sent 14999 bytes 74 pkt (dropped 0, overlimits 0 requeues 0)
rate 32bit 0pps backlog 0b 0p requeues 0
lended: 74 borrowed: 0 giants: 0
tokens: 348000 ctokens: 348000
class htb 1:b root prio 0 rate 1000Kbit ceil 1000Kbit burst 2850b cburst
2850b
Sent 686 bytes 7 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 7 borrowed: 0 giants: 0
tokens: 344000 ctokens: 344000
next prev parent reply other threads:[~2015-09-11 10:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-11 5:31 fw mark based tc class selection not working Akshat Kakkar
2015-09-11 10:52 ` Andy Furniss [this message]
2015-09-11 11:54 ` Akshat Kakkar
2015-09-12 9:25 ` Andy Furniss
2015-09-12 11:29 ` Andy Furniss
2015-09-12 17:52 ` Akshat Kakkar
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=55F2B283.1020702@gmail.com \
--to=adf.lists@gmail.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.