7.3. "ipv4hint" et "ipv6hint"

Les clés "ipv4hint" et "ipv6hint" transmettent des adresses IP que les clients peuvent utiliser pour atteindre le service. Si les enregistrements A et AAAA pour TargetName sont disponibles localement, le client devrait ignorer ces indices. Sinon, les clients devraient effectuer des requêtes A et/ou AAAA pour TargetName selon la Section 3, et les clients devraient utiliser l'adresse IP dans ces réponses pour les connexions futures. Les clients peuvent choisir de terminer toute connexion utilisant les adresses des indices et de passer à la place aux adresses en réponse à la requête TargetName. L'échec à utiliser les adresses de réponse A et/ou AAAA pourrait avoir un impact négatif sur l'équilibrage de charge ou d'autres fonctionnalités géographiques et ainsi dégrader les performances du client.

La valeur de présentation doit être une liste séparée par des virgules d'une ou plusieurs adresses IP de la famille appropriée dans un format textuel standard. Pour permettre une analyse plus simple, cette SvcParamValue ne doit pas contenir de séquences d'échappement.

Le format de transmission pour chaque paramètre est une séquence d'adresses IP dans l'ordre des octets réseau (pour la famille d'adresses respective). Comme un RRset A ou AAAA, la liste d'adresses représente une collection non ordonnée, et les clients devraient choisir les adresses à utiliser dans un ordre aléatoire. Une liste vide d'adresses est invalide.

Lors de la sélection entre les adresses IPv4 et IPv6 à utiliser, les clients peuvent utiliser une approche telle que Happy Eyeballs. Lorsque seul "ipv4hint" est présent, les clients NAT64 peuvent synthétiser des adresses IPv6 comme spécifié dans la RFC 7050 ou ignorer la clé "ipv4hint" et attendre la résolution AAAA (Section 3). Pour de meilleures performances, les opérateurs de serveurs devraient inclure un paramètre "ipv6hint" chaque fois qu'ils incluent un paramètre "ipv4hint".

Ces paramètres sont destinés à minimiser la latence de connexion supplémentaire lorsqu'un résolveur récursif n'est pas conforme aux exigences de la Section 4 et ne devraient pas être inclus si la plupart des clients utilisent des résolveurs récursifs conformes. Lorsque TargetName est le nom du service ou le nom du propriétaire (qui peut être écrit comme "."), les opérateurs de serveurs ne devraient pas inclure ces indices, car ils sont peu susceptibles de conférer un avantage de performance.