From: Eva Kurchatova <eva.kurchatova@virtuozzo.com>
To: khorenko@virtuozzo.com
Cc: devel@openvz.org
Subject: [Devel] [PATCH hci-8.1 1/2] selftests: net: veth: check UDP GRO forwarding on forwarded traffic
Date: Mon, 26 Oct 2026 14:06:24 +0200 [thread overview]
Message-ID: <20261026120854.600354-2-eva.kurchatova@virtuozzo.com> (raw)
In-Reply-To: <20261026120854.600354-1-eva.kurchatova@virtuozzo.com>
The rx-udp-gro-forwarding checks fail with "got 10 packets, expected 1"
on a host where something has a UDP tunnel socket, a vxlan say, and
pass on a host where nothing does. Since commit 36707061d6ba ("udp:
allow forwarding of plain (non-fraglisted) UDP GRO packets") the
feature aggregates only datagrams GRO finds no socket for, and GRO
looks the socket up only once a tunnel socket exists on the host; the
checks send to a socket in the receiving namespace, so they pass only
while nothing looks it up.
This tree made them pass by changing the kernel instead, in commit
8ce3afeec4ca ("udp: let rx-udp-gro-forwarding aggregate under
encapsulation"), which upstream did not take.
Let the destination forward the datagrams to a receiver in a namespace
behind it: no local socket is found there, tunnel or not, and the
checks count what the destination receives as before.
Suggested-by: Willem de Bruijn <willemdebruijn.kernel@gmail.com>
Link: https://lore.kernel.org/netdev/CAF=yD-LZSec9g_0bBgrcQvq2OO1BrxMSRHH=uU7eamCmWcTO_A@mail.gmail.com/
https://virtuozzo.atlassian.net/browse/VSTOR-151678
Feature: fix selftests
Signed-off-by: Eva Kurchatova <eva.kurchatova@virtuozzo.com>
---
tools/testing/selftests/net/veth.sh | 26 ++++++++++++++++++++++----
1 file changed, 22 insertions(+), 4 deletions(-)
diff --git a/tools/testing/selftests/net/veth.sh b/tools/testing/selftests/net/veth.sh
index 6bb7dfaa30b6..42b472e1425f 100755
--- a/tools/testing/selftests/net/veth.sh
+++ b/tools/testing/selftests/net/veth.sh
@@ -9,10 +9,15 @@ readonly DST=1
readonly DST_NAT=100
readonly NS_SRC=$BASE$SRC
readonly NS_DST=$BASE$DST
+# The receiver of the GRO checks, behind the destination
+readonly RCV=3
+readonly NS_RCV=$BASE$RCV
# "baremetal" network used for raw UDP traffic
readonly BM_NET_V4=192.168.1.
readonly BM_NET_V6=2001:db8::
+# Network between the destination and the receiver
+readonly RCV_NET_V4=192.168.2.
readonly CPUS=`nproc`
ret=0
@@ -24,7 +29,7 @@ cleanup() {
[ -n "${jobs}" ] && kill -1 ${jobs} 2>/dev/null
rm -f $STATS
- for ns in $NS_SRC $NS_DST; do
+ for ns in $NS_SRC $NS_DST $NS_RCV; do
ip netns del $ns 2>/dev/null
done
}
@@ -46,6 +51,17 @@ create_ns() {
ip -n $BASE$ns addr add dev veth$ns $BM_NET_V4$ns/24
ip -n $BASE$ns addr add dev veth$ns $BM_NET_V6$ns/64 nodad
done
+
+ # Forwarded, the datagrams find no local socket, whatever tunnel the host has
+ ip netns add $NS_RCV
+ ip -n $NS_RCV link set dev lo up
+ ip link add name fwd$DST type veth peer name fwd$RCV
+ ip link set dev fwd$DST netns $NS_DST up
+ ip link set dev fwd$RCV netns $NS_RCV up
+ ip -n $NS_DST addr add dev fwd$DST $RCV_NET_V4$DST/24
+ ip -n $NS_RCV addr add dev fwd$RCV $RCV_NET_V4$RCV/24
+ ip netns exec $NS_DST sysctl -wq net.ipv4.ip_forward=1
+ ip -n $NS_RCV route add default via $RCV_NET_V4$DST
}
__chk_flag() {
@@ -101,15 +117,17 @@ chk_gro() {
local msg="$1"
local expected=$2
- ip netns exec $BASE$SRC ping -qc 1 $BM_NET_V4$DST >/dev/null
+ # Taking veth$SRC down drops the route, so set it for every check
+ ip -n $NS_SRC route replace ${RCV_NET_V4}0/24 via $BM_NET_V4$DST
+ ip netns exec $BASE$SRC ping -qc 1 $RCV_NET_V4$RCV >/dev/null
NSTAT_HISTORY=$STATS ip netns exec $NS_DST nstat -n
printf "%-60s" "$msg"
- ip netns exec $BASE$DST ./udpgso_bench_rx -C 1000 -R 10 &
+ ip netns exec $NS_RCV ./udpgso_bench_rx -C 1000 -R 10 &
local spid=$!
sleep 0.1
- ip netns exec $NS_SRC ./udpgso_bench_tx -4 -s 13000 -S 1300 -M 1 -D $BM_NET_V4$DST
+ ip netns exec $NS_SRC ./udpgso_bench_tx -4 -s 13000 -S 1300 -M 1 -D $RCV_NET_V4$RCV
local retc=$?
wait $spid
local rets=$?
--
2.56.0
_______________________________________________
Devel mailing list
Devel@openvz.org
https://lists.openvz.org/mailman/listinfo/devel
next prev parent reply other threads:[~2026-10-26 12:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-26 12:06 [Devel] [PATCH hci-8.1 0/2] selftests: net: veth: run under separate netns Eva Kurchatova
2026-10-26 12:06 ` Eva Kurchatova [this message]
2026-10-26 12:13 ` [Devel] [PATCH hci-8.1 1/2] selftests: net: veth: check UDP GRO forwarding on forwarded traffic no-reply
2026-10-27 17:24 ` Konstantin Khorenko
2026-10-26 12:06 ` [Devel] [PATCH hci-8.1 2/2] Revert "udp: let rx-udp-gro-forwarding aggregate under encapsulation" Eva Kurchatova
2026-10-26 12:11 ` no-reply
2026-10-27 17:25 ` Konstantin Khorenko
2026-10-27 17:24 ` [Devel] [PATCH hci-8.1 0/2] selftests: net: veth: run under separate netns Konstantin Khorenko
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=20261026120854.600354-2-eva.kurchatova@virtuozzo.com \
--to=eva.kurchatova@virtuozzo.com \
--cc=devel@openvz.org \
--cc=khorenko@virtuozzo.com \
/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.