I am using pppoe and dhcpv6 to get public IPv6 address from ISP, but after upgraded to 24.7, the public address disappeared.
I can see it become available for a very short time, then disappeared from the interface overview.
Also the dynamic DNS service cannot find the public address too.
:'(
Which internet provider do you use?
SLAAC address? On DHCPv6 mode? ;)
Cheers,
Franco
I am on Comcast DHCPv6 Mode on WAN interface. Seeing IPv6 address on WAN /60 lan clients also get ipv6 Prefix WAN tracking on lan, however IPv6 does not seem to be working. Showing no ipv6 conectivity when running Ipv6 test @ https://ipv6-test.com/ Was working prior upgrade. Please advise...
I have the same issue after upgrade to 24.7
My Setup is Multi WAN with two Providers. Both offers ipv6.
Provider 1 via DHCPv6 => works without problems
Provider 2 via DHCPv6 on PPPOE => on boot time for very short time available and then disappears. (a wireguard tunnel is established over this connection via ipv6, for a very short period of time the connection to the wireguard endpoint works with this connection in boot process)
Restore to backup before upgrade to 24.7 => both connections running on ipv6.
Quote from: franco on July 26, 2024, 07:44:55 PM
SLAAC address? On DHCPv6 mode? ;)
Cheers,
Franco
I am using DHCPv6 to get a prefix from ISP.
Same issue with. Post upgrade all of my clients have lost IPv6 connectivity. IPv6 test fails etc. was working fine for well over a year prior to upgrade.
I have test the patch from another ipv6 issue thread => opnsense-patch 287c13beb
ipv6 still does not work after a reboot, on the second wan interface
interface pppoe0
pppoe0: flags=1008ad1<UP,POINTOPOINT,RUNNING,NOARP,ALLMULTI,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1492
description: VDSL (opt6)
options=0
inet 87.x.x.x --> 62.x.x.x netmask 0xffffffff
inet6 fe80::x:x:x:x%pppoe0 prefixlen 64 scopeid 0x30
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
This patch appears to work for me, but I'm not using a PPPOE connection. I'm using Comcast business:
https://github.com/opnsense/core/commit/287c13beb
I'll continue to monitor. The WAN IP hasn't been refreshed since restart yet.
OK, now it works with the patch.
An option in the interface must have been deactivated during my tests.
After set "Use IPv4 connectivity" on DHCPv6 client configuration, the ipv6 connection is work again.
After reboot both WAN connections comes up with ipv6 :)
I have the same problem since 24.1.10. I'm loosing the IPv6 connection after something between 20 hours and less than 24 hours and have to reboot the system to get it back. The upgrade to 24.7 did not fix this problem.
My provider is Deutsche Telekom (VDSL) with PPPoE / DHCPv6.
I've installed the patch mentioned above now and will check if this will fix the problem.
> I have the same problem since 24.1.10.
Ok but just no. The change being discussed wasn't on 24.1.x.
Cheers,
Franco
tried dial the priority of ipv6 gateway down to 253 solved this problem, but I am not sure why, it works flawless at previous version.
but I am not yet tried restart or reconnect the pppoe, so not sure if it's 100% fixed.
Quote from: franco on July 29, 2024, 08:34:07 AM
> I have the same problem since 24.1.10.
Ok but just no. The change being discussed wasn't on 24.1.x.
Cheers,
Franco
So it's no surprise that my problem is still there :(
After less than a day my VLAN interfaces loose the public IPv6 address and the DHCPv6 server is stopped and cannot be started again. The IPv6 subnets for the interfaces are generated from the dynamic /56 subnet which I get from my provider.
I cannot find any errors in the logs (or I don't know which log file is the right one). The only fix for this problem is a full reboot, sometimes I need to reboot twice to get it working again.
Quote from: Yoshi-DE on July 28, 2024, 03:23:57 AM
I have the same issue after upgrade to 24.7
[...]
Provider 2 via DHCPv6 on PPPOE => on boot time for very short time available and then disappears. (a wireguard tunnel is established over this connection via ipv6, for a very short period of time the connection to the wireguard endpoint works with this connection in boot process)
Same here: IPv4 working fine, but not IPv6 after upgrade to 24.7.
Turned out that the upgrade somehow changed two options in the interface configuration:
- Prefix delegation size: Should be 56, was set to 64
- Request prefix only: Should be checked, was unchecked
After setting the correct delegation size and checking "request prefix only", IPv6 works again.
Quote from: franco on July 26, 2024, 07:44:55 PM
SLAAC address? On DHCPv6 mode? ;)
Upgraded to 24.7.6
WAN, IPv4 DHCP, IPv6 DHCP6
WAN Interface no longer receive a public IPv6 address as in the /128.
ixl1: flags=1008a43<UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
description: WAN (wan)
options=4800028<VLAN_MTU,JUMBO_MTU,HWSTATS,MEXTPG>
ether 3c:<redux>
inet 157.xx.xx.xx netmask 0xfffff800 broadcast 157.xx.255.255
inet6 fe80::3efd:feff:<redux>:<redux>%ixl1 prefixlen 64 scopeid 0x2
media: Ethernet autoselect (10Gbase-Twinax <full-duplex>)
status: active
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="299"] Sending Solicit
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="300"] set client ID (len 14)
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="301"] set identity association
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="302"] set elapsed time (len 2)
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="303"] set option request (len 4)
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="304"] set IA_PD prefix
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="305"] set IA_PD
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="306"] send solicit to ff02::1:2%ixl1
<29>1 2024-10-18T04:21:12-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="307"] reset a timer on ixl1, state=SOLICIT, timeo=5, retrans=32498
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="308"] Sending Solicit
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="309"] set client ID (len 14)
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="310"] set identity association
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="311"] set elapsed time (len 2)
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="312"] set option request (len 4)
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="313"] set IA_PD prefix
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="314"] set IA_PD
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="315"] send solicit to ff02::1:2%ixl1
<29>1 2024-10-18T04:21:44-07:00 firewall.local dhcp6c 27808 - [meta sequenceId="316"] reset a timer on ixl1, state=SOLICIT, timeo=6, retrans=67049
Under WAN interface (Have not make any changes to these setting since initial setup back in 24.6)
Use IPv4 connectivity : Not Checked
Prefix delegation size : 56
Request prefix only : Not Checked
Send prefix hint : Checked
This starts to sound like my problem: https://forum.opnsense.org/index.php?topic=43322.0
To summarise the German discussion:
0. Dual stack FTTH with M-Net as ISP. Connection is established via IPv4 PPPoE, IPv6 via DHCPv6 using the IPv4 link.
1. Initially, an IPv6 prefix delegation is received (over PPPoE). Everything is nice.
2. After the initial timeout, DHCPv6 tries to renew/rebind but fails.
3. IPv6 connection is lost. Only a reboot helps.
It seems from my limited investigation that the renew/rebind packets never actually are sent via WAN to my ISP and therefore cannot renew/rebind the IPv6 PD.
Alternative Routers have no issues and keep their IPv6 connection (FritzBox, Openwrt).
EDIT & UPDATE: The issue (or at least one issue) in my case was upstream traffic shaping (FQ-Codel). Turning that off enables DHCPv6 lease renew.
Quote from: Homenetworking on August 02, 2024, 04:12:30 PMSame here: IPv4 working fine, but not IPv6 after upgrade to 24.7.
Turned out that the upgrade somehow changed two options in the interface configuration:
- Prefix delegation size: Should be 56, was set to 64
- Request prefix only: Should be checked, was unchecked
After setting the correct delegation size and checking "request prefix only", IPv6 works again.
Making those two changes fixed it for me. Thanks!
I have AT&T fiber, and the upgrade broke my IPV6 connectivity similarly to others' descriptions.