Flow filter in tc - Online Linux Manual PageSection : 8
Updated : 20 Oct 2015
Source : iproute2
Note : Linux
NAMEflow − flow based traffic control filter
SYNOPSISMapping mode: tc filter ... flow map key KEY [ OPS ] [ OPTIONS ] Hashing mode: tc filter ... flow hash keys KEY_LIST [ perturb secs ] [ OPTIONS ] OPS := [ OPS ] OP OPTIONS := [ divisor NUM ] [ baseclass ID ] [ match EMATCH_TREE ] [ action ACTION_SPEC ] KEY_LIST := [ KEY_LIST ] KEY OP := { or | and | xor | rshift | addend } NUM ID := X:Y KEY := { src | dst | proto | proto-src | proto-dst | iif | priority | mark | nfct | nfct-src | nfct-dst | nfct-proto-src | nfct-proto-dst | rt-classid | sk-uid | sk-gid | vlan-tag | rxhash }
DESCRIPTIONThe flow classifier is meant to extend the SFQ hashing capabilities without hard-coding new hash functions. It also allows deterministic mappings of keys to classes.
OPTIONSaction ACTION_SPEC Apply an action from the generic actions framework on matching packets. baseclass ID An offset for the resulting class ID. ID may be root, none or a hexadecimal class ID in the form [X:]Y. X must match qdisc's/class's major handle (if omitted, the correct value is chosen automatically). If the whole baseclass is omitted, Y defaults to 1. divisor NUM Number of buckets to use for sorting into. Keys are calculated modulo NUM. hash keys KEY-LIST Perform a jhash2 operation over the keys in KEY-LIST, the result (modulo the divisor if given) is taken as class ID, optionally offset by the value of baseclass. It is possible to specify an interval (in seconds) after which jhash2's entropy source is recreated using the perturb parameter. map key KEY Packet data identified by KEY is translated into class IDs to push the packet into. The value may be mangled by OPS before using it for the mapping. They are applied in the order listed here: and NUM Perform bitwise AND operation with numeric value NUM. or NUM Perform bitwise OR operation with numeric value NUM. xor NUM Perform bitwise XOR operation with numeric value NUM. rshift NUM Shift the value of KEY to the right by NUM bits. addend NUM Add NUM to the value of KEY. For the or, and, xor and rshift operations, NUM is assumed to be an unsigned, 32bit integer value. For the addend operation, NUM may be much more complex: It may be prefixed by a minus ('-') sign to cause subtraction instead of addition and for keys of src, dst, nfct-src and nfct-dst it may be given in IP address notation. See below for an illustrating example. match EMATCH_TREE Match packets using the extended match infrastructure. See tc-ematch(8) for a detailed description of the allowed syntax in EMATCH_TREE.
KEYSIn mapping mode, a single key is used (after optional permutation) to build a class ID. The resulting ID is deducible in most cases. In hashing more, a number of keys may be specified which are then hashed and the output used as class ID. This ID is not deducible in beforehand, and may even change over time for a given flow if a perturb interval has been given. The range of class IDs can be limited by the divisor option, which is used for a modulus. src, dst Use source or destination address as key. In case of IPv4 and TIPC, this is the actual address value. For IPv6, the 128bit address is folded into a 32bit value by XOR'ing the four 32bit words. In all other cases, the kernel-internal socket address is used (after folding into 32bits on 64bit systems). proto Use the layer four protocol number as key. proto-src Use the layer four source port as key. If not available, the kernel-internal socket address is used instead. proto-dst Use the layer four destination port as key. If not available, the associated kernel-internal dst_entry address is used after XOR'ing with the packet's layer three protocol number. iif Use the incoming interface index as key. priority Use the packet's priority as key. Usually this is the IP header's DSCP/ECN value. mark Use the netfilter fwmark as key. nfct Use the associated conntrack entry address as key. nfct-src, nfct-dst, nfct-proto-src, nfct-proto-dst These are conntrack-aware variants of src, dst, proto-src and proto-dst. In case of NAT, these are basically the packet header's values before NAT was applied. rt-classid Use the packet's destination routing table entry's realm as key. sk-uid
sk-gid For locally generated packets, use the user or group ID the originating socket belongs to as key. vlan-tag Use the packet's vlan ID as key. rxhash Use the flow hash as key.
EXAMPLESClassic SFQ hash: tc filter add ... flow hash
keys src,dst,proto,proto-src,proto-dst divisor 1024Classic SFQ hash, but using information from conntrack to work properly in combination with NAT: tc filter add ... flow hash
keys nfct-src,nfct-dst,proto,nfct-proto-src,nfct-proto-dst
divisor 1024Map destination IPs of 192.168.0.0/24 to classids 1-256: tc filter add ... flow map
key dst addend -192.168.0.0 divisor 256Alternative to the above: tc filter add ... flow map
key dst and 0xffThe same, but in reverse order: tc filter add ... flow map
key dst and 0xff xor 0xff
SEE ALSOtc(8), tc-ematch(8), tc-sfq(8) 0
Johanes Gumabo
Data Size : 21,355 byte
man-tc-flow.8Build : 2024-12-05, 20:55 :
Visitor Screen : x
Visitor Counter ( page / site ) : 3 / 236,876
Visitor ID : :
Visitor IP : 18.224.60.19 :
Visitor Provider : AMAZON-02 :
Provider Position ( lat x lon ) : 39.962500 x -83.006100 : x
Provider Accuracy Radius ( km ) : 1000 :
Provider City : Columbus :
Provider Province : Ohio , : ,
Provider Country : United States :
Provider Continent : North America :
Visitor Recorder : Version :
Visitor Recorder : Library :
Online Linux Manual Page : Version : Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.05
Online Linux Manual Page : Library : lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page : Library : lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base : Version : Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base : Library : lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36
Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .
If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.