The configuration of a PHYSICAL network for use as OVN’s uplink has an odd restriction: the ipv6.gateway address must be within the ipv6.routes subnet.
I use fd5b:7e71:a0dc:00<vlan_id>::1/64 as the gateway address, configured at my router.
I also set aside fd5b:7e71:a0dc:1000::1/56 for use with Incus; I’m using that CIDR in my BGP configuration. For example I created an Incus managed bridge with the subnet fd5b:7e71:a0dc:1001::/64 which is available on the rest of my VLANs through my router.
I’d like allocate fd5b:7e71:a0dc:1020::/60 to my UPLINK, and allocate /64s for the OVN networks. But I’m blocked from doing so because the gateway address is not in this range.
I’m really not sure why that limitation exists, especially since Incus supports BGP. Maybe I’m missing something.
Hmm, I’m surprised that there is any relation between ipv6.gateway and ipv6.routes on an uplink. I’d expect the only restriction be that ipv6.gateway must be within the subnet of ipv6.address. ipv6.routes are usually a completely distinct set from the network used for ipv6.address and ipv6.gateway.
That sounds like an issue with the built-in BGP server having gotten a bit out of sync somehow. You may want to restart Incus to see if that clears it.
Alright! Fixed that issue, BGP is now “working” – my router is now routing the OVN subnet to my Incus host.
Unfortunately the IncusOS host isn’t responding, but at least that’s a different error.