Open Manfred-Knick opened 2 days ago
Background
Connection: FttB ; DSL into Flat ; "M-Net Premium IP" : "Dual Stack" IPv4 + (dynamic) IPv6 ] : ISP provides IPv6 prefixes only, but no static IPv6 interface address
Connections of this type have caused problems before; these were addressed in #5630 : Many thanks to @meyergru, @kevinchalet com and @fichtner, the situation has definitely improved a lot !
Details
Setup WAN interface "MNET" : . "IPv6 Configuration Type" = "DHCPv6" . "Use IPv4 connectivity" . "Prefix delegation size" = 56 . "Request prefix only" . "Send prefix hint" . "Assign prefix ID" = 0x10
Note: no other interface is configured as . "IPv6 Configuration Type" = "Track Interface" yet
Result:
ssh into the FW
Result:
[x] Check: All of this is working as to be expected :-)
Un-plug the connection cable to the upstream DSL MoDem
Check -> System: Gateways: Configuration:
Additionally enabling IPv6 for LAN:
. . . "IPv6 Configuration Type" = "Track Interface" . . . "Assign prefix ID" = 0x11
Test Site Results
German Test Site: "wieistmeineip.de"
. . . Ihre IPv4-Adresse lautet: xxx.xxx.xxx.xxx . . . Ihre IPv6-Adresse lautet: 2001:yyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy . . . Test IPv4: "OK" . . . Test IPv6: "OK" . . . Test Dual Stack: "OK"
Hope that these details help to diagnose, and perhaps others with a similar type of ISP connection for comparison during setup.
Kind regards Manfred
Version History
OPNsense 24.10 business edition is based on the OPNsense 24.7.6 community version.
Roadmap for 24.7 contained
. </> "Interfaces" . . . "Interfaces: allow tracking the WAN itself in DHCPv6 mode *"
(*) pointing to above named #5630
as "Completed".
Completely dis-abling IPv6:
. . . WAN interface "MNET" : . . . . . . "IPv6 Configuration Type" = "DHCPv6"
Flint_GW (active) "111 (upstream)" MNET_PPPOE "defunct (upstream)" MNET_DHCP6 still exists "defunct (upstream)"
BUT: ssh -> "netstat -r" : no default route has been created at all ! <--- !
Hint: . . . "netstat -r" quickly shows IPv4 information, . . . but (reproducibly) takes a long time to show IPv6 information.
Re-start the Fallback IPv4 Gateway results into proper fallback default IPv4 route.
REBOOT: . proper fallback default IPv4 route
RE-CONNECT: . re-creates main DSL connection with correct IPv4 default route . MNET_DHCP6 still exists as "defunct (upstream)" . "netstat -r" still takes a long time to show IPv6 information
DIS-CONNECT: . same failure as above: . . . no default route created . . . re-start the Fallback IPv4 Gateway helps again . . . "netstat -r" takes a long time to show IPv6 information again
RE-CONNECT: . quickly re-creates main DSL connection with correct IPv4 default route
In -> System: Settings: General, a (priority) list of DNS servers is configured: . primary connection: . . . MNET_PPPOE --> IPv4 (p/s) . . . MNET_PPPOE --> IPv6 (p/s) . fallback connection: . . . Flint_GW --> IPv4 (p/s)
Even after re-starting the Fallback IPv4 Gateway, the corresponding DNS servers are not being taken into service!
Even ssh -> : "host ..." delivers, but "ping ..." fails
Although -> Services: Unbound DNS: General : "Enable Unbound"
Important notices
Before you add a new report, we ask you kindly to acknowledge the following:
Describe the bug
Loosing the primary connection [ M-Net Premium IP, "Dual Stack" IPv4 + (dynamic) IPv6 ] , automatic fail-over to another IPv4 Fallback Gateway fails.
Hint:
Although "Loss = 100%" and "Status=Offline", the IPv6 part of the WAN interface does not get recognized as "defunct". <----- !
To Reproduce
Simplest: by un-plugging the DSL connection / MoDem cable.
Expected behavior
The lost primary IPv6 connection should not remain "active", but result into "defunct" proper
Describe alternatives you considered
Disabling the broken IPv6 in "System: Gateways: Configuration" does not help.
Possible work-around
A) Manually delete IPv6 default gateway via "route -6 delete -net default", afterwards re-start the Fallback IPv4 Gateway, e.g.: -> System: Gateways: Configuration, . . . select Fallback Gateway -> Edit, -> Save, ->Apply to allow configuration of its alternative default route.
B) Reboot
Confirmation
Re-plugging the DSL connection / MoDem cable properly re-instantiates the primary connection without any further intervention.
Additional context
Pre-decessor: #7335
Probably related: #5630
Environment
OPNsense Business Edition 24.10_7-amd64 Processor: Intel Haswell I3-4360T Memory: 32 GiB Network: . Intel I218-V . Intel I350-T2 v2 . Intel I350-T4 v2