xdp-forward(8)

📦
version 1.6.3 · 11 versions
, in arch rolling, ubuntu stonking

💖 NAME 💖

okay so bestie, meet xdp-forward — it's the XDP forwarding plane ✨ (and yes, it lives in section 8 of the manual, we love a system-admin girlie) 💅

🌸 SYNOPSIS 🌸

xdp-forward is an XDP forwarding plane, which will accelerate packet forwarding using XDP. To use it, simply load it on the set of interfaces to accelerate forwarding between. The userspace component of xdp-forward will then configure and load XDP programs on those interfaces, and forward packets between them using XDP_REDIRECT, using the kernel routing table or netfilter flowtable to determine the destination for each packet. 🦋

Any packets that xdp-forward does not know how to forward will be passed up to the networking stack and handled by the kernel like normal. Depending on the mode xdp-forward is loaded in, this leads to different forwarding behaviours. See the section on Operating modes below. 👀

🎀 Running xdp-forward 🎀

The syntax for running xdp-forward is:

xdp-forward COMMAND [options]

Where COMMAND can be one of:

  • load — Load the XDP forwarding plane
  • unload — Unload the XDP forwarding plane
  • help — show the list of available commands

Each command, and its options, are explained below. Or use xdp-forward COMMAND --help to see the options for each command. iykyk 💫

🚀 The LOAD command 🚀

The load command loads the XDP forwarding plane on a list of interfaces. periodt.

The syntax for the load command is:

xdp-forward load [options] <ifname...>

Where <ifname...> is the name of the set of interfaces to forward packets between. An XDP program will be loaded on each interface, configured to forward packets to all other interfaces in the set (using the kernel routing table to determine the destination interface of each packet). 🫶

The supported options are:

  • -f, --fwd-mode <mode> — Specifies which forwarding mode xdp-forward should operate in. Depending on the mode selected, xdp-forward will perform forwarding in different ways, which can lead to different behaviour, including which subset of kernel configuration (such as firewall rules) is respected during forwarding. See the section FORWARDING MODES below for a full description of each mode. 🔥
  • -F, --fib-mode <mode> — Specifies how xdp-forward performs routing table lookup in the linux kernel. See the section FIB MODES below for a full description of each mode. 🧚
  • -m, --mode <mode> — Specifies which mode to load the XDP program to be loaded in. The valid values are 'native', which is the default in-driver XDP mode, 'skb', which causes the so-called skb mode (also known as generic XDP) to be used, 'hw' which causes the program to be offloaded to the hardware, or 'unspecified' which leaves it up to the kernel to pick a mode (which it will do by picking native mode if the driver supports it, or generic mode otherwise). Note that using 'unspecified' can make it difficult to predict what mode a program will end up being loaded in. For this reason, the default is 'native'. Note that hardware with support for the 'hw' mode is rare: Solarflare cards (using the 'sfc' driver) are the only devices with support for this in the mainline Linux kernel. 👑
  • -v, --verbose — Enable debug logging. Specify twice for even more verbosity. 💀
  • -h, --help — Display a summary of the available options.

💜 The UNLOAD command 💜

The unload command is used for unloading programs from an interface.

The syntax for the unload command is:

xdp-forward unload [options] <ifname...>

Where <ifname...> is the list of interfaces to unload the XDP forwarding plane from. Note that while xdp-forward will examine the XDP programs loaded on each interface and make sure to only unload its own program, it will not check that the list of supplied interfaces is the same as the one supplied during load. As such, it is possible to perform a partial unload by supplying a different list of interfaces, which may lead to unexpected behaviour. 😭

bestie, heed this warning fr fr — different interface list on unload = partial unload = chaos energy, and not the cute kind 🙈

The supported options are:

  • -v, --verbose — Enable debug logging. Specify twice for even more verbosity. 💀
  • -h, --help — Display a summary of the available options.

🌈 FORWARDING MODES 🌈

The xdp-forward utility supports the following forwarding modes (selected by the --fwd-mode parameter to xdp-forward load).

🍓 fib (default) 🍓

In the fib forwarding mode, xdp-forward will perform a lookup in the kernel routing table (or FIB) for each packet, and forward packets between the configured interfaces based on the result of the lookup. Any packet where the lookup fails will be passed up to the stack. This includes packets that require neighbour discovery for the next hop, meaning that packets will periodically pass up the kernel stack for next hop discovery (initially, and when the nexthop entry expires). 🦋

Note that no checks other than the FIB lookup is performed; in particular, this completely bypasses the netfilter subsystem, so firewall rules will not be checked before forwarding. 🔥 (yes literally, your firewall said "not today")

🌊 flowtable 🌊

The flowtable operating mode offloads netfilter sw flowtable logic in the XDP layer if the hardware flowtable is not available. At the moment xdp-forward is able to offload just TCP or UDP netfilter flowtable entries to XDP. The user is supposed to configure the flowtable separately.

⭐ FIB MODES ⭐

The xdp-forward utility supports the following fib modes (selected by the --fib-mode parameter to xdp-forward load).

🧚 full (default) 🧚

In the full operating mode, xdp-forward will perform a full lookup in the kernel routing table (or FIB) for each packet, and forward packets between the configured interfaces based on the result of the lookup. In particular, it will apply any policy routing rules configured by the user. 👑

🎯 direct 🎯

The direct mode functions like full, except it passes the BPF_FIB_LOOKUP_DIRECT flag to the FIB lookup routine. This means that any policy routing rules configured will be skipped during the lookup, which can improve performance (but won't obey the policy of those rules, obviously). 💀

✨ Examples ✨

In order to enable flowtable offloading for tcp and udp traffic between NICs n0 and n1, issue the following commands:

#nft -f /dev/stdin <<EOF
table inet filter {
    flowtable ft {
        hook ingress priority filter
        devices = { n0, n1 }
    }
    chain forward {
        type filter hook forward priority filter
        meta l4proto { tcp, udp } flow add @ft
    }
}
EOF

#xdp-forward load -f flowtable n0 n1

slay, that's it, that's the whole setup 💅

👀 SEE ALSO 👀

libxdp(3) for details on the XDP loading semantics and kernel compatibility requirements. 🫶

🐛 BUGS 🐛

Please report any bugs on Github: https://github.com/xdp-project/xdp-tools/issues

no gatekeeping, tell them everything bestie 📢

🌸 AUTHOR 🌸

xdp-forward is written by Toke Høiland-Jørgensen, based on the xdp_fwd kernel sample, which was originally written by David Ahern. This man page was written by Toke Høiland-Jørgensen.

and that's a wrap, angel 💖 this whole page is V1.6.3, dated OCTOBER 11, 2024, and it came to you straight from the xdp-forward(8) manual — go forth and redirect some packets, you main character 🎀🦋✨

📦 where this page comes from