From nobody Sat Sep 20 14:58:41 2025 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 4cTXZX3zp6z67xmx for ; Sat, 20 Sep 2025 14:59:00 +0000 (UTC) (envelope-from pusateri@keehole.org) Received: from kem.keehole.org (kem.keehole.org [136.41.224.255]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4cTXZW17YDz3c9B for ; Sat, 20 Sep 2025 14:58:59 +0000 (UTC) (envelope-from pusateri@keehole.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=keehole.org header.s=202408 header.b="N/v4AwxK"; dmarc=pass (policy=none) header.from=keehole.org; spf=pass (mx1.freebsd.org: domain of pusateri@keehole.org designates 136.41.224.255 as permitted sender) smtp.mailfrom=pusateri@keehole.org Received: from smtpclient.apple (dhcp-67-145-164-9.gobrightspeed.net [67.145.164.9]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by kem.keehole.org (Postfix) with ESMTPSA id 248A3733C5; Sat, 20 Sep 2025 10:58:52 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=keehole.org; s=202408; t=1758380332; bh=Zj8BXJZuBtFI4dCAytTVhh5+lpged/Wk3uQgr0U58js=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=N/v4AwxKgoy+j4mTHORz+ctk+OBG1nDtEj13MTTd/F1+xRxQufYWsFmKp5dkLHovP Z0I1+eQ1GBAUa3iLhITVAAeb/Zkmmv8nK62x1yZeDKnp5emMhUCSNvx5XmCiNNSE0Y P6Vvgb2mMd3EInYIA1yIsmj3EEgAcnFO9HYm4ayJMfGLMobslbwcbgHiSwp1Dh8bcv cttP1/vQJTr+TgCO0himoC/AN50DSi5lZ2xIInaKoNT7tZq2LJ0CtoYLVYXeeKe5LD JVT6lBTzMVvcJxWf+o4CeEc24VGGZ7xQKHTGFOPZEkumX0QmL+rPr1Wo2iAoHgKKmL G2bYHjLW+t9Qg== 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 16.0 \(3826.700.81\)) Subject: Re: IPv6 networking problems in 14.3 From: Tom Pusateri In-Reply-To: Date: Sat, 20 Sep 2025 10:58:41 -0400 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <910737314.4002.1757962919189@localhost> <55365E3D-B7EA-4F95-BC1E-92910A2944EA@distal.com> <90A490DE-6BF0-4EBB-97CE-ECA690E2359C@distal.com> <5D82826E-8C0F-45CF-B9FF-093FD014E73F@distal.com> <611820c2-05f8-40bc-9b07-bef012183e30@denninger.net> <408DE851-47FF-476E-B7F6-C7920A93DD43@distal.com> <1BF72AB3-69B6-4BC6-BA5B-6517BD35E41D@distal.com> To: Chris Ross X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[keehole.org,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[keehole.org:s=202408]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[keehole.org:+]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:16591, ipnet:136.32.0.0/11, country:US]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; TO_DN_SOME(0.00)[] X-Rspamd-Queue-Id: 4cTXZW17YDz3c9B Have you considered simplifying everything to the most basic setup = first. It=E2=80=99s hard to keep up with what you=E2=80=99re doing. If = it were me, I would use a different box with a new install of a release = version of 14.3 and test a direct connection to the ONT (no switch, just = a cable). Knowing whether that works will dictate your next steps. = Surely you can find an old piece of hardware to put a clean install on = that you can locate right next to the ONT. If it doesn=E2=80=99t work, = then try a new install of the release version of 14.2. If that doesn=E2=80= =99t work, try 14.1. Get a standard and simple setup working and then = work your way backwards. Simplifying is key. Removing as many unknowns is key. Tom > On Sep 20, 2025, at 10:39=E2=80=AFAM, Chris Ross = wrote: >=20 >=20 >=20 >> On Sep 18, 2025, at 16:36, Chris Ross = wrote: >>=20 >>> On 17 Sep 2025, at 14:20, Chris Ross = wrote: >>> So, on the idea of trying to back-date the whole machine, I have ZFS >>> snapshots of the whole root from just before the first upgrade, >>> Aug 7/8. [=E2=80=A6] >>=20 >> [...] I=E2=80=99ve set bootfs to the older 14.1 system and gotten = that running. >>=20 >> It [...] out SOLICIT6 messages and [..] if I waited long enough (2ish >> hours in my case), it eventually did get an answer! >=20 > And, this is where things went odd again. The above attempt in older > filesystem, I had during boot menu chosen my ROUTER custom kernel. = Just > a config I traditionally use that has fewer devices in it occupying = memory. > So, thinking it shouldn=E2=80=99t make a difference I rebooted into = the default, > GENERIC, kernel on the system. The default kernel had problems [1], = so I > chose the boot/kernel.generic on the fs. >=20 > Sadly, it did not work. I get the same state where the router LL is > unroutable, ndp -an shows no MAC for it, and I have no IPv6. So, > despite thinking the kernel config wasn=E2=80=99t key detail, I booted = back > into kernel.router. Now I have no IPv6 there either. I tried just > shutting down dhcpcd overnight to see if it ISP was confused, but no = help. >=20 > So, it certainly could be the ISP, but the fact that I=E2=80=99m = getting RA=E2=80=99s > (and dhcp6 responses) which dhcpcd is processing, but then the MAC for > the routers LL isn=E2=80=99t available to the system, makes me think = it=E2=80=99s _not_ > the ISP. I can=E2=80=99t imagine why a working rootfs and kernel = could > show a system level problem intermittently, though. >=20 > Thoughts again invited. Not able to reproduce success now, I don=E2=80=99= t > know that I can actually _test_ anything, but I=E2=80=99d love to hear = thoughts > about any options/possibilities. >=20 > - Chris >=20 >=20 >=20 >=20 > [1] Sadly there is something wrong with /boot/kernel in that fs. When > I boot it I get a number of: >=20 > KLD uhid.ko: depends on kernel - not available or version mismatch > KLD ums.ko: depends on kernel - not available or version mismatch > KLD usbhid.ko: depends on kernel - not available or version mismatch > KLD uhid.ko: depends on kernel - not available or version mismatch >=20 > errors late in boot. That kernel is 14.1-RELEASE-p7 (despite the fs > freebsd-update made named = zroot/ROOT/14.1-RELEASE-p8_2025-08-08_074410). > The rest of the kernels I have on the fs are 14.1p5. something must = be > off with that one. So I booted /boot/kernel.generic, 14.1p5, and it > boots fine. >=20 > Current output log of dhcpcd: note "fe80::3e8a:b0ff:fe3e:4dce is = unreachable=E2=80=9D. > That=E2=80=99s a kernel routing issue, and I think the primary = problem. >=20 > Sep 20 10:20:32 [30273]: vlan0: REPLY6 received from = fe80::3e8a:b0ff:fe3e:4dce > Sep 20 10:20:32 [30273]: vlan0: renew in 3600, rebind in 5760, expire = in 7200 seconds > Sep 20 10:20:32 [30273]: lo0: adding reject route to = 2600:4040:2c9c:2d00::/56 via ::1 > Sep 20 10:20:32 [30273]: vlan0: writing lease: = /var/db/dhcpcd/vlan0.lease6 > Sep 20 10:20:32 [30273]: vlan0: delegated prefix = 2600:4040:2c9c:2d00::/56 > Sep 20 10:20:32 [30273]: vlan0: executing: = /usr/local/libexec/dhcpcd-run-hooks BOUND6 > Sep 20 10:29:08 [30273]: vlan0: Router Advertisement from = fe80::3e8a:b0ff:fe3e:4dce > Sep 20 10:29:08 [30273]: vlan0: no global addresses for default route > Sep 20 10:29:08 [30273]: vlan0: executing: = /usr/local/libexec/dhcpcd-run-hooks ROUTERADVERT > Sep 20 10:30:15 [30273]: vlan0: fe80::3e8a:b0ff:fe3e:4dce is = unreachable > Sep 20 10:30:15 [30273]: vlan0: delaying IPv6 router solicitation for = 0.7 seconds > Sep 20 10:30:16 [30273]: vlan0: soliciting an IPv6 router > Sep 20 10:30:16 [30273]: vlan0: sending Router Solicitation > Sep 20 10:30:16 [30273]: vlan0: Router Advertisement from = fe80::3e8a:b0ff:fe3e:4dce > Sep 20 10:30:16 [30273]: vlan0: executing: = /usr/local/libexec/dhcpcd-run-hooks ROUTERADVERT >=20 >=20 >=20