From nobody Thu Jan 13 05:41:44 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 4A356195502E for ; Thu, 13 Jan 2022 05:41:58 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JZCx1421wz3HFy for ; Thu, 13 Jan 2022 05:41:57 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lf1-x130.google.com with SMTP id u13so15661875lff.12 for ; Wed, 12 Jan 2022 21:41:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=/Ld/WRMYj3BSGSvoSWCSKSIR7wtmGRLlzSAw4zZ1Z5A=; b=TMvMW9cRvSXrACJzxB12H33Bh5qLW1IaLtCXyGEuCfdmnDr/vWEJ6Z2o4/o8HGd4DS +lnmyTlQqQDxIu9X4lNeUpsQR8XT1WYghjgEdgJtHjWmu6OEsibCD7kz1gF/sGYn/nIa VAFmUPaBm4Z8sLkUbpvjQeV34WCOMaFG6M1gocvutXyXCxlOBckhML2x5RECYgcYjDHW o8lcJM77Tu3z+xL9aJUvDn6MJHXEX3PGInoUradijGQfbZqP+pYI7ai2xF71f3om2/Wa le+1ib4ymH/hZPBI7slq0+23ObzJ4YWYqmhzliaLqn3Q4wHZizVRnc7s8zHqL5sW2L0O qxlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/Ld/WRMYj3BSGSvoSWCSKSIR7wtmGRLlzSAw4zZ1Z5A=; b=PwyKKMBKNeR+Qy4B0PMZ6FFp1I0MHPs5gTxukp/eEs6QGeIA5FSJd3skcbR+HZV+wx MptP/SvqntdgQSnMec9FfsEXCDrWIbsyAfnVLnINdGOvhYo/uWrI4QsWs1E5OQn+7be/ gFwQ5W7AXoLFN8qa8t9R4VwQnIVElOmTA8gopFRKrN3XFOxUoGP8EbSbpRuAuWmw2o5K a6v7LcjKWzogjroXaQgArrlTknui0pkunHqXjZy7rCXZFIAjLTT4f2R6zheNBfOhTtxn Ujt/ZcSiUWUFbzfw+Smks+yAKHy5BYNMFU0V53uOFhTyQQNgl3JU2xrNKMr2UNzA5w6V /bLw== X-Gm-Message-State: AOAM530mHRAQNiAVaSiHRnQKmFOXvqLNIShwcFY8lHDDRVYFdGRD/F6S woyYtTxogN9zHq8JuHe4V1seLhoD4TXMsJ0c++ZU6xUWomE= X-Google-Smtp-Source: ABdhPJxT+BgP+ClUtaGZZyVgt0IDXBUSx4KOJCiXRxlA9XtCHxpK0VvGVprW6612I/8afA9GRqggC5pGUzh+sNGANGM= X-Received: by 2002:ac2:4992:: with SMTP id f18mr2187798lfl.177.1642052516171; Wed, 12 Jan 2022 21:41:56 -0800 (PST) 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 From: George Michaelson Date: Thu, 13 Jan 2022 15:41:44 +1000 Message-ID: Subject: can't bridge an I/F with jumbo to taps, deleted bridge 'flags' are sticky if you remake them To: freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JZCx1421wz3HFy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=TMvMW9cR; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::130 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-3.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.977]; DMARC_NA(0.00)[algebras.org]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::130:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I just found a couple of odd quirks in bridge 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 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 FreeBSD 12-2-RELEASE-p6 (if this is fixed in newer FreeBSD) -G