Note that ipv4hint and ipv6hint are not supposed to replace A/AAAA <https://www.rfc-editor.org/rfc/rfc9460#name-ipv4hint-and-ipv6hint https://www.rfc-editor.org

Note that ipv4hint and ipv6hint are not supposed to replace A/AAAA <https://www.rfc-editor.org/rfc/rfc9460#name-ipv4hint-and-ipv6hint https://www.rfc-editor.org/rfc/rfc9460#name-ipv4hint-and-ipv...>: > The "ipv4hint" and "ipv6hint" keys convey IP addresses that clients MAY use to reach the service. If A and AAAA records for TargetName are locally available, the client SHOULD ignore these hints. Otherwise, clients SHOULD perform A and/or AAAA queries for TargetName per Section 3, and clients SHOULD use the IP address in those responses for future connections. Clients MAY opt to terminate any connections using the addresses in hints and instead switch to the addresses in response to the TargetName query. Failure to use A and/or AAAA response addresses could negatively impact load balancing or other geo-aware features and thereby degrade client performance. That is: you’re allowed to use the ipv4hint on this connection, but you should still fetch A/AAAA and use that subsequently.