By definition there are only ~4 billion IPv4 addresses available. No matter how fair you distribute them; that is simply not sufficient for todays -let alone future- demand.
The client can always select to use “server -4 *.pool.ntp.org” to get IPv4 only, or “server -6 *.pool.ntp.org” to get IPv6 only. There is no need to break the geographical structure by adding a special IPv6 subdomain.
True, but still i’m looking forward to have ipv6 enabled across the board, instead of relying on client config (which might not always be possible on some very simple IoT clients).
I suspect i might have to reduce the server bandwidth setting when a flood of ipv4 clients will be routed to my ipv6 servers
On client-side I use a self-hosted instance of AdGuard Home (Works similarly to Pi-hole but is better in every way) to redirect IPv6 DNS lookup requests to NTP’s 2.(…) IPv6 addresses. For the main pool•ntp•org domain, I use:
Ubuntu is planning to replace systemd-timesyncd with Chrony starting with release 25.10.
It will come pre-configured with their own NTS-enabled servers, which also happen to support IPv6. In the default configuration, the traditional NTP Pool servers are still present, but commented out, so they remain available for those who prefer them: