From owner-freebsd-bugs@freebsd.org Tue Nov 17 08:20:03 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C8192D4952 for ; Tue, 17 Nov 2020 08:20:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CZzQC0Z5Cz3r4r for ; Tue, 17 Nov 2020 08:20:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 136412D4A0A; Tue, 17 Nov 2020 08:20:03 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 132A52D48BF for ; Tue, 17 Nov 2020 08:20:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CZzQB706Nz3qtf for ; Tue, 17 Nov 2020 08:20:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id DF0941CC38 for ; Tue, 17 Nov 2020 08:20:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 0AH8K2sr051257 for ; Tue, 17 Nov 2020 08:20:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0AH8K2eV051256 for bugs@FreeBSD.org; Tue, 17 Nov 2020 08:20:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 251208] bridge(4) combines multiple packets together when traffic load is high Date: Tue, 17 Nov 2020 08:20:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: buhrow@nfbcal.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2020 08:20:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251208 Bug ID: 251208 Summary: bridge(4) combines multiple packets together when traffic load is high Product: Base System Version: 12.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: buhrow@nfbcal.org When running a bridge between em(4) and Xen PV virtual hosts, the virtual hosts see a lot of oversized packets when inbound traffic is heavy from the physical interface (em0) to the virtual interface of the bridge (xnb0.domid) Here are some of the messages from the Xen VM that illustrate the problem: Nov 16 23:53:45 test-new /netbsd: xennet0: discarding oversize frame (len=3D 1518) this happens over and over again, with two different frame sizes: 1518 and 1586. The MTU on all interfaces is 1500. Output of ifconfig bridge0 is as follows: bridge0: flags=3D8843 metric 0 mtu = 1500 ether 02:05:35:15:6f:00 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: xnb34.0 flags=3D143 ifmaxaddr 0 port 6 priority 128 path cost 2000000 member: xnb33.0 flags=3D143 ifmaxaddr 0 port 5 priority 128 path cost 2000000 member: em0 flags=3D143 ifmaxaddr 0 port 1 priority 128 path cost 2000000 groups: bridge nd6 options=3D9 All the packets the vm is complaining about originate on a host on = the other side of a Cisco switch which reports no giant packets on any of its interfaces. In addition, a tcpdump session on the bridge itself shows no giant packets coming into it from any of its members. What I think is happening is that packets are coming in at such a rate, approximately 7500 pps, that the output side of the bridge is grabbing 2 packets when it processes the output queue and sendning them out as 1. Additional notes: This doesn't seem to affect hvm guests with Xen. I don't know if that's because the emulated ethernet chips in Qemu silently discard the oversized frames or if it's because the output routines used from the bridge(4) driver are different. I'd guess the former, but I'm not familiar enough with the bridge(4) code in FreeBSD to say for sure. to reproduce, set up a Xen PV guest on a bridge paired with an em(4) interface and send it as much traffic as you can. I'm driving the inbound interface at about 100 mbits/sec, the maximum available on this particular switch port. Also, in case it isn't obvious, the FreeBSD installation in question, is runing as the dom0 for this Xen installation. It's also running xen-4.14.0, with the same version of the xentools instaled. -thanks -Brian --=20 You are receiving this mail because: You are the assignee for the bug.=