From nobody Fri May 16 19:38:42 2025 X-Original-To: dev-commits-src-all@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 4Zzcp75HWBz5wDM3 for ; Fri, 16 May 2025 19:38:55 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zzcp65HmYz42CS for ; Fri, 16 May 2025 19:38:54 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=kev009.com header.s=google header.b=MKU0gGpa; spf=pass (mx1.freebsd.org: domain of kevin.bowling@kev009.com designates 2607:f8b0:4864:20::72f as permitted sender) smtp.mailfrom=kevin.bowling@kev009.com; dmarc=none Received: by mail-qk1-x72f.google.com with SMTP id af79cd13be357-7caeeef95d4so252350385a.2 for ; Fri, 16 May 2025 12:38:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; t=1747424334; x=1748029134; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=1uASX6b/+GNqFcnGARIyNRllVf1emQZnPmNXIj+GdBc=; b=MKU0gGpatt8YCm3FVkQCL1A3sitMjaIqWgti0ZWykUsCRJP7QDmBHiXiKWi2ccExvR UVc9YxWy9Qt5f6iHvF5J/xkmQBA5IOalapNpSf1gffkq5dHPGSkQ+v5u7PxqawjfmokZ b1AG1CS/qoCgF/PNpGHNtXW0XD4wrvQRZBs+o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747424334; x=1748029134; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1uASX6b/+GNqFcnGARIyNRllVf1emQZnPmNXIj+GdBc=; b=QYUm4XOIsKbyl6TxL4lVcAHPWfSU/CWz4sbbhAfhfk+1pgexUQkdJjab/WnL5oLL5o i/dr5tfG1te0+jifuko03Eq9334Y94D7unR2VetUxrdn0RjWc7sAM7hBCogTGyvlJHJD sGk5XM3nyQ/ulYU6VL1ATPyAiw7yZFk4R/NBdbppxSrNnUAhsB2k7too100cS8M4jFyQ bwejIOWpYGkbl9NUJBkfpWHHTJ3cV+mnFsY3osRjiBxL5IOLZxgpV/UPXfTd5JQRRdtZ mFXbjZWXvd23sA3jwZPrWpVLP77FPaIYznBfpsKBsDV9zpImJ3yv8Wf7CGC5xZDhScTP jRdA== X-Forwarded-Encrypted: i=1; AJvYcCV7IV/IrJ7EugylPF/brqAbXqoza+4VbsIJTxkUl6r+mKMUXYukLK1nEgDa5IsJ6e4THKtN3sS3luP9m67fQpn/Kb6T@freebsd.org X-Gm-Message-State: AOJu0YwL/L8HGQ/5SlkBapH8uYCCkh8DdG4KwFqcre/K+I5QWEZL0LCZ jBf1dq2MkOIUEVWkp6UszEYQp+ghqMbXsRTzd4X0Ls48dsBGBtYp/YOgtNQsq+wZvcVJlBWcn99 jAh6e9JztdG9Sol1ybKH1z1vAHssmDbHtPxaA/6K+MOcAKJ8WgFg2vDX4 X-Gm-Gg: ASbGncsL8owNLnUNgAYy0yyPoOcHO+q1GYnCCzsKcw4x3kTsQV4xcVMaDxy22bvevho 6Oo73P4XVsc8OEjMZQMk9LKAOodemg0QZMl5hYZSh2tibmivjoRdpEtZ/O3sWEUcRA/eVdOP97w BUlmbwPuY5304ivgzBYXqieyVQrzSM+wYhGQ== X-Google-Smtp-Source: AGHT+IFWjnWC14aVzP18oIbOqmDyL1W62Fxvu8h99weYMc6YwIYif2b9Zb/mTK1jaDULhRyvbSHlGzBD92fYoz1uOZ4= X-Received: by 2002:a05:622a:1b21:b0:476:b783:c94d with SMTP id d75a77b69052e-494ae42cd7fmr76911661cf.35.1747424333907; Fri, 16 May 2025 12:38:53 -0700 (PDT) List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-all@freebsd.org Sender: owner-dev-commits-src-all@FreeBSD.org MIME-Version: 1.0 References: <202505150004.54F04FhR046897@gitrepo.freebsd.org> <20250515185812.AE47677@slippy.cwsent.com> In-Reply-To: From: Kevin Bowling Date: Fri, 16 May 2025 12:38:42 -0700 X-Gm-Features: AX0GCFt0KerTTjA31dNiWMlln-1suVf8kaVvfYlmFUuIPyGkeovmOI0NAXuDwn0 Message-ID: Subject: Re: git: b61850c4e6f6 - main - bridge(4): default net.link.bridge.member_ifaddrs to false To: Kevin Bowling , Cy Schubert , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Zzcp65HmYz42CS X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.41 / 15.00]; NEURAL_HAM_SHORT(-0.93)[-0.929]; NEURAL_HAM_MEDIUM(-0.60)[-0.599]; NEURAL_HAM_LONG(-0.58)[-0.583]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[kev009.com]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_PERMFAIL(0.00)[kev009.com:s=google]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[kev009.com:~]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72f:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[dev-commits-src-all@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[dev-commits-src-all@freebsd.org]; RCPT_COUNT_FIVE(0.00)[5] On Fri, May 16, 2025 at 6:05=E2=80=AFAM Lexi Winter wrote= : > > Kevin Bowling: > > On Fri, May 16, 2025 at 5:17=E2=80=AFAM Lexi Winter w= rote: > > > is "epair0a" also in a bridge? if so, this is intentional. > > > Hmm, can you clarify what you mean? I think that is a common > > configuration, it is mentioned in epair(4). > > basically there are two supported configurations: > > - epair, with an IP address, not in a bridge (e.g., routed access > configuration) > - epair, in a bridge, without an IP address (e.g., layer 2 access > configuration) > > both of these configurations are fine and are still supported. > > there is also a third, secret configuration: > > - epair, with an IP address, in a bridge. > > this third configuration has never worked properly for various reasons, > so the change in b61850c4e6f6 is to prevent people from doing it and > ending up with a subtly broken network. the reason it's a sysctl is > that some people are currently using this configuration and may not be > able to migrate immediately. this is *not* meant to be a long-term > solution and i intend to remove it prior to 16.0-RELEASE. > > the correct fix here (rather than enabling the sysctl) is to configure > the IP addresses on the bridge instead of the epair, which is now > documented in bridge(4). > > (this applies to all types of network interface that can live in > bridges, not just epairs.) Thank you. This explanation was very clear. > there's also a thread on current@ about this[0] with some additional > discussion; i didn't notice when i replied here since i read my personal > email first. > > [0] https://lists.freebsd.org/archives/freebsd-current/2025-May/007602.ht= ml