From nobody Fri May 30 12:43:08 2025 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b82vx0T2hz5xdJM for ; Fri, 30 May 2025 12:43:09 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b82vw5mPvz3HNS for ; Fri, 30 May 2025 12:43:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748608988; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=5q5suuoEv0psSXAQcKipcwhd9zifw7yRuN2A3LFu1OM=; b=MlSUdyDmC2jRgbugBSsDjbu+H3tid88Nj75Uf4BBeKkLCZ3ulaUpCZH4WD7dzYfx35aQfK MJl50ieflk/SfiszHNTqDGQ5AFVZ42GRFsj2dTGDcc2epea7h2Mn6XVs162ePvIt94tzuE pLaROUBqaOtON3xf9eA21ILsJ96k69ZN3387GC8dHDSMzXDQVXUgvjpJxBT04ScXKB2d8d Lrmw6bMzZzDBWoZ78TFrfupRwKRLuFzrxF2L0IzhZtHfIxvd9oUAguXqyDIxh445aXeRhx H7sIQGa1E6KQ++m6Rc6bt3udOIhBpf2vyaaAp66As254bxLk+r/ijvJ58P8sWg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1748608988; a=rsa-sha256; cv=none; b=WVuIAPEIB7HajuTvaK1MihUz/rQGB2ET0NfVNSy2sAQUx8RxtcpntmVbjfWIDCrSIKwMZi gTazU8k0J7NEcDU+ybPRtf5GTMLNJXG1nfa7vG9k1oquzxZqypIcSm3J+i8YHS/LnepB4x ITmk8rS5GbtN7P9oqT2DuM5fKwbQab3cGJVqWu9TLPHeQE7J7GRezuv3d59BSbjkiwfZpD WnMsWsDEL7FH+kYvv67k6UyCql4ESoWILTYTEbvyNxdtOzUYhHf7Ts+3ZhTxMOPXGEPjE/ ltDJth/ZB1o6ASV/U3VGM8iZecFYQykiCidE7orLatAuFmYrYuhueD2brK/p/g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748608988; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=5q5suuoEv0psSXAQcKipcwhd9zifw7yRuN2A3LFu1OM=; b=OiZ0hAt4DeBOyOw6O6hZY9e2xZ4/q7rFyThNNgXaAI3Cd76ulTAkXWJyQ7gVXa9SmkuCV5 yRk77OI7ffQFOyvR0UBn872SnBnFMOJkb4zQRlzkWfWSwCnt5s+QdE9WjJ3ht9feipTxDi hZariSxy2Cs3dN2KkZHpNEM3qcd45LNK3CbiY8jW18OBDOVcK/BfN51MLFoz4P8R/pKXgP tMmEXavOiQSaZx1yf+6nJ8uf9uGiQN9DteL44KS/rzaBEmW/SF0nAL2WddFwk6jSowvYTm m5pLOsMqxnwudqdSFx4NHRTkh9VZFEqHEBsOqTFNzqqrZfrnaXb03F9JzWJExA== 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 4b82vw5NCQzskh for ; Fri, 30 May 2025 12:43:08 +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 54UCh8Ym049291 for ; Fri, 30 May 2025 12:43:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 54UCh823049290 for bugs@FreeBSD.org; Fri, 30 May 2025 12:43:08 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 287163] if_bridge: network problems under load Date: Fri, 30 May 2025 12:43:08 +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: 14.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: d8zNeCFG@aon.at 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-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D287163 Bug ID: 287163 Summary: if_bridge: network problems under load Product: Base System Version: 14.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: d8zNeCFG@aon.at This is a somewhat complex scenario involving four hosts; hopefully this do= es not throw off a prospective reader: - mizar: Laptop running FreeBSD stable/14 ca. Feb. 1 . interface em0 1 Gbps (here using the native driver - see also bug 23503= 1) . em0 as only member of bridge0 (see also bug 287146) . serving as a VirtualBox host - Windows 10 client - Its network interface is bridged to em0 (using vboxnet); it is not possible to bridge to bridge0, doing so generates an error message . So the disk goes via iSCSI and bridge0, the vbox client's network goes = via vbox bridging via em0 . mizar runs the UI (KDE). - orion: Fast modern server running openSUSE Leap 15.6 . serves iSCSI disks, one of them for the Windows 10 VirtualBox client on mizar . 1 Gbps interface . (It could run FreeBSD instead, but then -> bug 286869) - hal: An old server running FreeBSD stable/14 . 1 Gbps interface - gandalf: An old laptop running FreeBSD stable/14 . 100 Mbps interface . Internet gateway including IPv6 via 6to4 (stf) - The complete network is dual IPv4/IPv6, with RFC1918 addresses for IPv4 a= nd site-local addresses for IPv6. Also running is rtsol/rtadv, resulting in fu= lly routable IPv6 addresses for all hosts (if enabling auto_linklocal on bridge= 0, see the non-bug 287146). - The Windows 10 VirtualBox client is started on mizar. It gets its disk via iSCSI from orion. - This client contains a cygwin installation. The "find" command is used to search for files with certain characteristics in c:\Windows. - This generates a significant load on the disk, therefore via iSCSI to ori= on, therefore via bridge0. - There should not be a great load from the vboxnet interface via em0, exce= pt maybe that Windows is doing some background updates or whatever. - In addition, there are xterms, xloads, and other programs running on gand= alf, orion, and hal, which are all displaying on mizar. On mizar, this results in something like this: [0]# lsof | grep :x11 Xorg 2677 root 4u IPv6 0xfffff80240772000 0= =20=20=20=20 TCP *:x11 (LISTEN) Xorg 2677 root 5u IPv4 0xfffff80055560a80 0= =20=20=20=20 TCP *:x11->*:* (LISTEN) Xorg 2677 root 91u IPv4 0xfffff80324a4b000 0= =20=20=20=20 TCP mizar.xyzzy:x11->gandalf.xyzzy:12378 (ESTABLISHED) Xorg 2677 root 92u IPv4 0xfffff8005599b540 0= =20=20=20=20 TCP mizar.xyzzy:x11->gandalf.xyzzy:37719 (ESTABLISHED) Xorg 2677 root 93u IPv4 0xfffff80055560000 0= =20=20=20=20 TCP mizar.xyzzy:x11->gandalf.xyzzy:10580 (ESTABLISHED) Xorg 2677 root 94u IPv4 0xfffff8048c0bba80 0= =20=20=20=20 TCP mizar.xyzzy:x11->gandalf.xyzzy:30011 (ESTABLISHED) Xorg 2677 root 95u IPv4 0xfffff800aaac1000 0= =20=20=20=20 TCP mizar.xyzzy:x11->hal.xyzzy:24597 (ESTABLISHED) Xorg 2677 root 96u IPv4 0xfffff802d8f7c540 0= =20=20=20=20 TCP mizar.xyzzy:x11->hal.xyzzy:54794 (ESTABLISHED) Xorg 2677 root 97u IPv4 0xfffff8048ca14000 0= =20=20=20=20 TCP mizar.xyzzy:x11->orion.xyzzy:51438 (ESTABLISHED) Xorg 2677 root 98u IPv4 0xfffff802d8467000 0= =20=20=20=20 TCP mizar.xyzzy:x11->hal.xyzzy:10010 (ESTABLISHED) Xorg 2677 root 101u IPv4 0xfffff8048c0bc540 0= =20=20=20=20 TCP mizar.xyzzy:x11->orion.xyzzy:41936 (ESTABLISHED) Xorg 2677 root 102u IPv4 0xfffff803373cb000 0= =20=20=20=20 TCP mizar.xyzzy:x11->orion.xyzzy:41950 (ESTABLISHED) Xorg 2677 root 103u IPv4 0xfffff800aaac1a80 0= =20=20=20=20 TCP mizar.xyzzy:x11->orion.xyzzy:41952 (ESTABLISHED) [0]#=20 Result: - After a while, the connections to the remote X programs from orion and hal are dropped, but not from gandalf (this could be reproduced at least once already, with net/intel-em-kmod). - Because gandalf still has a working xterm, the following can be seen ther= e: . "arp mizar" still displays an entry . "ndp mizar" has no entry anymore - Going via gandalf to hal or orion, one can see that they have neither an = arp nor an ndp entry for mizar anymore. - Strangely enough, the iSCSI connection from VirtualBox to orion continues= to work for a little longer, until it is also dropped and the VirtualBox client stops with a corresponding error message. - Some seconds after the VirtualBox client is stopped (and therefore the network load via the bridge is gone), hal and orion can successfully create= arp and ndp entries for mizar, and from then on direct connections are possible again. - Once the direct connections was possible again, I resumed the VirtualBox Windows 10 client. - After a while, this again results in (some, but not all) x11 connections being dropped. And then also the iSCSI connection, again stopping the VirtualBox client. - What I wrote in https://forums.freebsd.org/threads/mountd-does-not-respond-via-ipv6-over-a-= bridge.97913/ seems to be related. Note that if on mizar bridge0 is omitted everything works fine. It is difficult to draw conclusions: 1. Obviously, using the native em0 instead of the ports net/intel-em-kmod d= oes not make a difference regarding connectivity issues when bridge0 is under l= oad. 2. I also made some speed measurements with the native em0 using iperf and iperf3. They were good, so maybe bug 235031 is really resolved, although I still have some doubts. 3. Something is not working correctly with if_bridge, especially under load. 4. Why is it not possible to make VirtualBox vboxnet bridge to bridge0 inst= ead of em0? The main issue is 3. -- Martin --=20 You are receiving this mail because: You are the assignee for the bug.=