7.3. "ipv4hint" und "ipv6hint"

Die Schlüssel "ipv4hint" und "ipv6hint" übermitteln IP-Adressen, die Clients verwenden können, um den Dienst zu erreichen. Wenn A- und AAAA-Einträge für TargetName lokal verfügbar sind, sollte der Client diese Hinweise ignorieren. Andernfalls sollten Clients A- und/oder AAAA-Abfragen für TargetName gemäß Abschnitt 3 durchführen, und Clients sollten die IP-Adresse in diesen Antworten für zukünftige Verbindungen verwenden. Clients können wählen, alle Verbindungen mit den Adressen in Hinweisen zu beenden und stattdessen zu den Adressen in der Antwort auf die TargetName-Abfrage zu wechseln. Das Versäumnis, A- und/oder AAAA-Antwortadressen zu verwenden, könnte Lastverteilung oder andere geografiebewusste Funktionen negativ beeinflussen und dadurch die Client-Leistung beeinträchtigen.

Der Darstellungswert muss eine durch Kommas getrennte Liste von einer oder mehreren IP-Adressen der entsprechenden Adressfamilie im standardmäßigen Textformat sein. Um eine einfachere Analyse zu ermöglichen, darf dieser SvcParamValue keine Escape-Sequenzen enthalten.

Das Übertragungsformat für jeden Parameter ist eine Sequenz von IP-Adressen in Netzwerk-Byte-Reihenfolge (für die jeweilige Adressfamilie). Wie ein A- oder AAAA-RRset repräsentiert die Adressliste eine ungeordnete Sammlung, und Clients sollten Adressen zur Verwendung in zufälliger Reihenfolge auswählen. Eine leere Adressliste ist ungültig.

Bei der Auswahl zwischen IPv4- und IPv6-Adressen können Clients einen Ansatz wie Happy Eyeballs verwenden. Wenn nur "ipv4hint" vorhanden ist, können NAT64-Clients IPv6-Adressen gemäß RFC 7050 synthetisieren oder den "ipv4hint"-Schlüssel ignorieren und auf AAAA-Auflösung warten (Abschnitt 3). Für beste Leistung sollten Serverbetreiber einen "ipv6hint"-Parameter einschließen, wann immer sie einen "ipv4hint"-Parameter einschließen.

Diese Parameter sollen zusätzliche Verbindungslatenz minimieren, wenn ein rekursiver Resolver nicht mit den Anforderungen in Abschnitt 4 konform ist, und sollten nicht eingeschlossen werden, wenn die meisten Clients konforme rekursive Resolver verwenden. Wenn TargetName der Dienstname oder der Eigentümername ist (der als "." geschrieben werden kann), sollten Serverbetreiber diese Hinweise nicht einschließen, da sie wahrscheinlich keinen Leistungsvorteil bieten.