So, my provider does not hand out a prefix via DHCP, the only thing I get is a DHCPv6 address from my ISP.
I have a /56 network assigned to me and I get an IPv6 address from that range with default route:
I can also ping to public IPv6 addresses (ie cloudflare) from my Mikrotik so that works.
So now I have created my own IPv6 pool with prefix /64 and prefix length /64 (I don’t know what the difference is, I’m being honest here).
That pool is on a different range than the one I get through my DHCPv6 Client.
I set a static IP on my Mikrotik and my client PC is able to ping the Mikrotik and vice versa.
However, the client can not ping to anything on the internet.
I have firewall rules (the basic set as posted before here)
But I can not find where the issue lies in where on IPv6 I would look at a mangle rule, but in ipv6 I have no clue where to look further. If anyone can point me into the right direction that would be appreciated.
Can you share what exact info you got from ISP? Mask addresses if you want, but don’t overdo it, e.g. if there are some different subnets, it must be possible to tell if they are completely different or if one is part of another, etc.
This is what I get on DHCPv6 from the ISP on eth1-WAN: 2a02:1811:xxx:8400::612b/64
This is what I’ve manually set on my router as IPv6 pool: 2a02:1811:xxx:8480::/64 (prefix length 64)
This is the address I’ve added on my Bridge 2a02:1811:xxx:8480::1/64
Is router connected directly to ISP, or is there some modem/another router in between?
If it’s direct connection, and you have /56, you should get it either from DHCPv6 as whole prefix (not just address), or it can be static config. But if it’s the latter, I wouldn’t expect DHCPv6 server on WAN providing addresses from this subnet. It’s still possible, but then you should get instructions to not use 2a01:1811:xxx:8400::/64 in LAN (you don’t so that’s ok). And 2a01:1811:xxx:8460::/64 in LAN should work.
If there’s another device, then it will be a problem, because it would get this /56, and if it can’t delegate it further to you, it won’t be possible to use it behind your router. One way to fix it would be if the device can add static routes for IPv6, then you could add one saying that 2a01:1811:xxx:8480::/64 is behind 2a01:1811:xxx:8400::612b. The prefix would also have to be static, because it would break if it changed.
It’s a rather long thread, with additional links to others, and there’s a lot of talk about IPv6. I didn’t read it all, just skimmed through quickly, because I have to rely on machine translation, and it’s not very enjoyable. But as I understand it, there should be prefix delegation, so if you configure DHCPv6 client to ask for it, it should get some.