From nobody Thu Jul 24 21:41:17 2025 X-Original-To: freebsd-current@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 4bp4Fj6nLmz63C6s for ; Thu, 24 Jul 2025 21:41:29 +0000 (UTC) (envelope-from SRS0=YNl9=2F=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4bp4Fg4s04z3JXh; Thu, 24 Jul 2025 21:41:27 +0000 (UTC) (envelope-from SRS0=YNl9=2F=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=RdA01Cby; dkim=pass header.d=quip.cz header.s=private header.b=vxXPoUy5; spf=none (mx1.freebsd.org: domain of "SRS0=YNl9=2F=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=YNl9=2F=quip.cz=000.fbsd@elsa.codelab.cz"; dmarc=none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 86237D7893; Thu, 24 Jul 2025 23:41:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1753393278; bh=aud2icmuklJgPhu8KhKaUggwp5PNvE9vBJKjdLC/jB8=; h=Date:Subject:To:References:From:In-Reply-To; b=RdA01CbyqbaMrlbUwqfa3QOIMuUJJWJaPCdC2SfkmWLxAulKLYbBxqwC49K4RZop5 2OLGj4/khQ2C8Q5NAandzat3DPLxQNpgrVC+8ccTYZqGFt1ovSARr5D9044zNrHuJT GMe5v3egUTpLlvmKc7ygsGYkVhmChZPPp3bKon6E= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B18F8D788C; Thu, 24 Jul 2025 23:41:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1753393277; bh=aud2icmuklJgPhu8KhKaUggwp5PNvE9vBJKjdLC/jB8=; h=Date:Subject:To:References:From:In-Reply-To; b=vxXPoUy5YcUnx//VKPvZ2ScvqByOulyyN0JGn/LrxGvkZmeCawc129Wg2P+17xeOP gVPzhxn3IsKS+IZk6EIJJjuM2IrSM9BoUsdD5K9Q0pBsJNV0hcQMGOZHU5nNNvWiG3 X92UX9DmaofQxHmtrPCWazualFfgCekc9diMYiN8= Message-ID: <21cec060-6e1b-4ab3-b0ad-b67c5a7fc288@quip.cz> Date: Thu, 24 Jul 2025 23:41:17 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , void , freebsd-current References: <756d400d-fa0f-45ea-ba24-235234ee41ff@app.fastmail.com> <868qkd9wkf.fsf@ltc.des.dev> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.74 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.74)[-0.745]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=YNl9=2F=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_ALLOW(-0.20)[quip.cz:s=private]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[freebsd.org,f-m.fm]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=YNl9=2F=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4bp4Fg4s04z3JXh X-Spamd-Bar: -- On 24/07/2025 22:18, Lexi Winter wrote: > Dag-Erling Smørgrav: >> void writes: >>> ifconfig_bridge0="203.0.113.2/24 addm bxe0 addm tap0" >> >> missing `inet` here. > > not required. however, i think it should be. > > the problem is if we start requiring this it's going to break > *everyone's* network configuration and i can't come up with a > better reason than "it's neater this way". Well, I've never used or seen the ifconfig_XXX variable with IP in rc.conf without inet. So if somebody has it without it, it's probably wrong configuration. Similar to what has "changed" recently with IP on bridge members instead of IP on bridge. Kind regards Miroslav Lachman