diff options
author | Jesper Dangaard Brouer <brouer@redhat.com> | 2018-07-13 17:35:14 +0300 |
---|---|---|
committer | Daniel Borkmann <daniel@iogearbox.net> | 2018-07-14 01:52:54 +0300 |
commit | d23b27c02f03438ac1867b4b6a484b92f536bd28 (patch) | |
tree | 8c88b6174e3852757e525fbff8991e911892ddcf /samples/trace_printk | |
parent | ee15f7cdf0fcd605d521a55fca375fd87a965776 (diff) | |
download | linux-d23b27c02f03438ac1867b4b6a484b92f536bd28.tar.xz |
samples/bpf: xdp_redirect_cpu handle parsing of double VLAN tagged packets
People noticed that the code match on IEEE 802.1ad (ETH_P_8021AD) ethertype,
and this implies Q-in-Q or double tagged VLANs. Thus, we better parse
the next VLAN header too. It is even marked as a TODO.
This is relevant for real world use-cases, as XDP cpumap redirect can be
used when the NIC RSS hashing is broken. E.g. the ixgbe driver HW cannot
handle double tagged VLAN packets, and places everything into a single
RX queue. Using cpumap redirect, users can redistribute traffic across
CPUs to solve this, which is faster than the network stacks RPS solution.
It is left as an exerise how to distribute the packets across CPUs. It
would be convenient to use the RX hash, but that is not _yet_ exposed
to XDP programs. For now, users can code their own hash, as I've demonstrated
in the Suricata code (where Q-in-Q is handled correctly).
Reported-by: Florian Maury <florian.maury-cv@x-cli.eu>
Reported-by: Marek Majkowski <marek@cloudflare.com>
Signed-off-by: Jesper Dangaard Brouer <brouer@redhat.com>
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Diffstat (limited to 'samples/trace_printk')
0 files changed, 0 insertions, 0 deletions