From nobody Wed Sep 17 04:07:50 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 4cRQHR25TMz68BCJ for ; Wed, 17 Sep 2025 04:08:35 +0000 (UTC) (envelope-from cross+freebsd@relay.distal.com) Received: from relay.wiredblade.com (relay.wiredblade.com [168.235.95.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cRQHQ2nKWz3YyK for ; Wed, 17 Sep 2025 04:08:34 +0000 (UTC) (envelope-from cross+freebsd@relay.distal.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=relay.distal.com header.s=mail header.b=Q6dqWfBp; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross+freebsd@relay.distal.com designates 168.235.95.80 as permitted sender) smtp.mailfrom=cross+freebsd@relay.distal.com dkim-signature: v=1; a=rsa-sha256; d=relay.distal.com; s=mail; c=relaxed/relaxed; q=dns/txt; h=From:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type:Content-Transfer-Encoding:In-Reply-To:References; bh=TO4eaBgaKV/dMJR+e0/WxHOtYOudv9TXOcU62e7RFg0=; b=Q6dqWfBphZtAFLki3HT/StAochZDj+UVubvIsp9ui3/+fIS5iI8gGhz/p85wXCXd+L1LSXkwl2XG9/bdZ7pnElIMKi/gLDsLDYzFqXMC9yYC2Iav28ekG7WZyzV6x+tF7t0zOVJtY/wtQ7MHt0XqnlC769Vq8fxrSo1bV22VGymkVGucICq5W7rStYugNtnVlwOyAPxSLLcPmw5Vq0ApgASQ6XCd37oD1ru5qm73eOGLIWlDBkIXXrt6cD Zc6G+3s9Mng42Jvk0tspqL1XeiOfyoM1e2Xe/z/C/sXqE2cybuI68VG/GLbeCt39grpdtWkuQkq+OLHA2B6t9QinNp+g== Received: from mail.distal.com (pool-108-51-233-124.washdc.fios.verizon.net [108.51.233.124]) by relay.wiredblade.com with ESMTPSA (version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256) ; Wed, 17 Sep 2025 04:08:23 +0000 Received: from smtpclient.apple (magrathea.distal.com [206.138.151.12]) by tristain.distal.com (OpenSMTPD) with ESMTPSA id b5167148 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Wed, 17 Sep 2025 00:08:21 -0400 (EDT) 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: Chris Ross X-Priority: 3 (Normal) In-Reply-To: <90A490DE-6BF0-4EBB-97CE-ECA690E2359C@distal.com> Date: Wed, 17 Sep 2025 00:07:50 -0400 Cc: freebsd-net@freebsd.org, Roy Marples Content-Transfer-Encoding: quoted-printable Message-Id: <5D82826E-8C0F-45CF-B9FF-093FD014E73F@distal.com> References: <910737314.4002.1757962919189@localhost> <55365E3D-B7EA-4F95-BC1E-92910A2944EA@distal.com> <90A490DE-6BF0-4EBB-97CE-ECA690E2359C@distal.com> To: Ronald Klop , Tom Pusateri X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.18 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.982]; FORGED_SENDER(0.30)[cross@distal.com,cross@relay.distal.com]; R_SPF_ALLOW(-0.20)[+a:relay.dynu.com]; R_DKIM_ALLOW(-0.20)[relay.distal.com:s=mail]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; DKIM_TRACE(0.00)[relay.distal.com:+]; FROM_HAS_DN(0.00)[]; TAGGED_FROM(0.00)[freebsd]; DMARC_NA(0.00)[distal.com]; HAS_X_PRIO_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:3842, ipnet:168.235.92.0/22, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[cross@distal.com,cross@relay.distal.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; TO_DN_SOME(0.00)[] X-Rspamd-Queue-Id: 4cRQHQ2nKWz3YyK > On Sep 16, 2025, at 23:24, Chris Ross = wrote: >>=20 >>>=20 >>> On Sep 15, 2025, at 15:05, Tom Pusateri = wrote: >>>=20 >>> I would try running the 14.3p2 system without the VLAN configuration = and a direct connection to the upstream provider hardware (no switch) = and see if the problem persists. That will determine if it=E2=80=99s a = VLAN issue. >>=20 >> That would be a bit of work. I have an available ix port, so I can = run a line to the machine >> without vlan. It would still be a VLAN in the switch, because running = a direct line is not >> possible without much rewiring and very long cables. >=20 > So this is my next attempt. So, reconfiguring this wasn=E2=80=99t as hard as I feared. But, it=E2=80=99= s not working. I=E2=80=99m getting an IPv4 address as before, surprisingly even the same one, on my ix1 = interface. I=E2=80=99ve changed interface names in rc.conf, pf.conf, and dhcpcd.conf. However, = dhcpcd is now doing something different. Only changing the interface name in the = config, I=E2=80=99m not sure why. Sep 16 23:47:34 [98787]: ix1: soliciting an IPv6 router Sep 16 23:47:34 [98787]: ix1: sending Router Solicitation Sep 16 23:47:34 [98787]: ix1: Router Advertisement from = fe80::3e8a:b0ff:fe3e:4dce Sep 16 23:47:34 [98787]: ix1: no global addresses for default route Sep 16 23:47:34 [98787]: ix1: executing: = /usr/local/libexec/dhcpcd-run-hooks ROUTERADVERT Sep 16 23:47:34 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 1.1 seconds Sep 16 23:47:36 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 2.0 seconds Sep 16 23:47:38 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 4.2 seconds Sep 16 23:47:42 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 8.9 seconds Sep 16 23:47:51 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 17.8 seconds Sep 16 23:48:03 [98787]: timed out Sep 16 23:48:03 [98492]: forked to background Sep 16 23:48:09 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 37.9 seconds Sep 16 23:48:47 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 71.2 seconds Sep 16 23:49:58 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 142.0 seconds Sep 16 23:52:20 [98787]: ix1: multicasting SOLICIT6 (xid 0x1e9737), next = in 274.4 seconds Where as before, when it was not getting the answer to NS, it was simply = doing: Sep 15 14:00:58 [10047]: vlan0: soliciting an IPv6 router Sep 15 14:00:58 [10047]: vlan0: sending Router Solicitation Sep 15 14:00:58 [10047]: vlan0: Router Advertisement from = fe80::3e8a:b0ff:fe3e:4dce Sep 15 14:00:58 [10047]: vlan0: no global addresses for default route Sep 15 14:00:58 [10047]: lo0: adding reject route to = 2600:4040:2c9d:5200::/56 via ::1 Sep 15 14:00:58 [10047]: vlan0: executing: = /usr/local/libexec/dhcpcd-run-hooks ROUTERADVERT Sep 15 14:00:58 [10047]: vlan0: multicasting REBIND6 (xid 0x0a7d83), = next in 1.0 seconds Sep 15 14:00:58 [10047]: vlan0: REPLY6 received from = fe80::3e8a:b0ff:fe3e:4dce Sep 15 14:00:58 [10047]: vlan0: renew in 3600, rebind in 5760, expire in = 7200 seconds Sep 15 14:00:58 [10047]: vlan0: writing lease: = /var/db/dhcpcd/vlan0.lease6 Sep 15 14:00:58 [10047]: vlan0: delegated prefix = 2600:4040:aaaa:bb00::/56 Sep 15 14:00:58 [10047]: int1: adding address 2600:4040:aaaa:bb12::1/64 Sep 15 14:00:58 [10047]: int1: pltime 7200 seconds, vltime 7200 seconds Sep 15 14:00:58 [10047]: int1: waiting for DHCPv6 DAD to complete Oh. So with a new interface, dhcpcd isn=E2=80=99t trying to REBIND, so = it=E2=80=99s a different process. I=E2=80=99m not seeing any response to the SOLICIT messages, = but I admit that I wasn=E2=80=99t watching the DHCPv6 ports earlier, only the ICMP6, so = this may not be new. This is all for tonight. I=E2=80=99ll try more tomorrow. Thanks all = for your time. - Chris