7.3. "ipv4hint" e "ipv6hint"

Le chiavi "ipv4hint" e "ipv6hint" trasmettono indirizzi IP che i client possono utilizzare per raggiungere il servizio. Se i record A e AAAA per TargetName sono disponibili localmente, il client dovrebbe ignorare questi suggerimenti. Altrimenti, i client dovrebbero eseguire query A e/o AAAA per TargetName secondo la Sezione 3, e i client dovrebbero utilizzare l'indirizzo IP in quelle risposte per connessioni future. I client possono scegliere di terminare qualsiasi connessione utilizzando gli indirizzi nei suggerimenti e passare invece agli indirizzi in risposta alla query TargetName. Il mancato utilizzo degli indirizzi di risposta A e/o AAAA potrebbe influire negativamente sul bilanciamento del carico o su altre funzionalità geografiche e quindi degradare le prestazioni del client.

Il valore di presentazione deve essere un elenco separato da virgole di uno o più indirizzi IP della famiglia appropriata in formato testuale standard. Per consentire un'analisi più semplice, questo SvcParamValue non deve contenere sequenze di escape.

Il formato di trasmissione per ogni parametro è una sequenza di indirizzi IP nell'ordine dei byte di rete (per la rispettiva famiglia di indirizzi). Come un RRset A o AAAA, l'elenco di indirizzi rappresenta una collezione non ordinata, e i client dovrebbero scegliere gli indirizzi da utilizzare in ordine casuale. Un elenco vuoto di indirizzi non è valido.

Quando si seleziona tra indirizzi IPv4 e IPv6 da utilizzare, i client possono utilizzare un approccio come Happy Eyeballs. Quando è presente solo "ipv4hint", i client NAT64 possono sintetizzare indirizzi IPv6 come specificato nella RFC 7050 o ignorare la chiave "ipv4hint" e attendere la risoluzione AAAA (Sezione 3). Per prestazioni ottimali, gli operatori di server dovrebbero includere un parametro "ipv6hint" ogni volta che includono un parametro "ipv4hint".

Questi parametri sono destinati a ridurre al minimo la latenza di connessione aggiuntiva quando un resolver ricorsivo non è conforme ai requisiti nella Sezione 4 e non dovrebbero essere inclusi se la maggior parte dei client sta utilizzando resolver ricorsivi conformi. Quando TargetName è il nome del servizio o il nome del proprietario (che può essere scritto come "."), gli operatori di server non dovrebbero includere questi suggerimenti, perché è improbabile che trasmettano alcun vantaggio in termini di prestazioni.