[Bug 273046] xn0: xen netfront does LRO even if packet forwarding is enabled
Date: Thu, 10 Aug 2023 14:57:38 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273046
Bug ID: 273046
Summary: xn0: xen netfront does LRO even if packet forwarding
is enabled
Product: Base System
Version: 13.2-RELEASE
Hardware: Any
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: kern
Assignee: bugs@FreeBSD.org
Reporter: dfr@rabson.org
On a test VM running on an XCP-NG host, I noticed that large-receive was
happening on the VM's interface for traffic that was intended to be routed to a
vnet-enabled jail. The resulting large coalesced packets were too large to be
routed to the jail, causing retransmits and very slow performance inside the
vnet jail.
In my setup which uses podman to manage setting up network bridging for the
vnet jail, net.inet.ip.forwarding is set quite late and after network
interfaces are configured so I tried adding net.inet.ip.forwarding=1 to
sysctl.conf to see if that fixed the problem but the netfront driver was still
coalescing segments on receive - this is clearly visible in packet captures as
oversized packets.
My impression from reading iflib.c was that LRO should not happen if packet
forwarding is enabled but netfront is missing this logic.
Based on user reports, this problem may also be present in the virtio vtnet
driver - one user reported slow podman network performance for a VM running on
a Proxmox host.
--
You are receiving this mail because:
You are the assignee for the bug.