<Solved> Migrating to Dnsmasq, and using Dnsmasq's RA.
TL;DR, Issue with Router Advertisment service, handover to Dnsmasq's RA
In preparation of 25.7 and future proofing, the decision to migrate configuration from ISC to Dnsmasq actually resolved the issue.
It appears that there was some issue with the Router Advertisment service that resulted in routes not being advertised to clients downstream,
this was discovered in Dnsmasq mid configuration, where setting Dnsmasq > DHCP Ranges > RA Mode to Default (Forcing built in Router Advertisment service to do the RA) actually resulted in the same issue, where GUAs are addressed to clients, but clients are unable to visit internet.
Resolved by disabling built in Router Advertisment service, and setting Dnsmasq's RA Mode to SLACC, with DHCP Ranges also from :: to ::ffff:ffff:ffff:ffff, and constructor of VLAN interface to inherit the prefix from.
I have yet to upgrade the Opnsense, and it is on 25.1.12, for control testing.
TL;DR, Issue with Router Advertisment service, handover to Dnsmasq's RA
In preparation of 25.7 and future proofing, the decision to migrate configuration from ISC to Dnsmasq actually resolved the issue.
It appears that there was some issue with the Router Advertisment service that resulted in routes not being advertised to clients downstream,
this was discovered in Dnsmasq mid configuration, where setting Dnsmasq > DHCP Ranges > RA Mode to Default (Forcing built in Router Advertisment service to do the RA) actually resulted in the same issue, where GUAs are addressed to clients, but clients are unable to visit internet.
Resolved by disabling built in Router Advertisment service, and setting Dnsmasq's RA Mode to SLACC, with DHCP Ranges also from :: to ::ffff:ffff:ffff:ffff, and constructor of VLAN interface to inherit the prefix from.
I have yet to upgrade the Opnsense, and it is on 25.1.12, for control testing.