From nobody Thu Jan 13 08:15:34 2022 X-Original-To: freebsd-net@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 37A4219433A5 for ; Thu, 13 Jan 2022 08:15:43 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [217.29.41.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JZHLR0WbVz3Kd7 for ; Thu, 13 Jan 2022 08:15:42 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from smtpclient.apple (unknown [IPv6:2a00:b580:a000:c800::100b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 733B2356B6; Thu, 13 Jan 2022 09:15:35 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\)) Subject: Re: can't bridge an I/F with jumbo to taps, deleted bridge 'flags' are sticky if you remake them From: "Patrick M. Hausen" In-Reply-To: Date: Thu, 13 Jan 2022 09:15:34 +0100 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: George Michaelson X-Mailer: Apple Mail (2.3693.40.0.1.81) X-Rspamd-Queue-Id: 4JZHLR0WbVz3Kd7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi all, > Am 13.01.2022 um 06:41 schrieb George Michaelson : >=20 > I just found a couple of odd quirks in bridge >=20 > 1) you can't bridge an MTU 9000 interface to taps. If you dial it back > to 1500 it works fine. I might have missed this being a limit in the > man >=20 > 2) when you delete a bridge, and re-create it, some of the addm > "history" can come live. faulty debug suggests some state in the > kernel/network space isn't wiped clean. Maybe this is a good thing, > the most likely outcome is you wanted much the same but.... POLA >=20 > FreeBSD 12-2-RELEASE-p6 (if this is fixed in newer FreeBSD) Are you in a position to test FreeBSD 13? The bridge code has been more or less completely rewritten. Kind regards, Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian = Stein