4.2. Rekursive Resolver

Unabhängig davon, ob der rekursive Resolver SVCB kennt oder nicht, erzeugt der normale Antwortaufbau für unbekannte RR-Typen [RFC3597] den Answer-Abschnitt der Antwort. Rekursive Resolver, die SVCB kennen, SOLLTEN dem Client helfen, das Verfahren aus Abschnitt 3 mit möglichst geringer Gesamtlatenz auszuführen, indem sie wie folgt zusätzliche nützliche Informationen in den Additional-Abschnitt der Antwort aufnehmen:

1. Die Ergebnisse der SVCB-Auflösung aufnehmen. Wenn die lokale Kettenlängenbegrenzung des rekursiven Resolvers erreicht wurde (sie kann von der Begrenzung des Clients abweichen), beenden.

2. Wenn einer der aufgelösten SVCB-Einträge im AliasMode ist, einen davon zufällig auswählen und SVCB-, A- und AAAA-Einträge für seinen TargetName auflösen.

   • Wenn SVCB-Einträge aufgelöst werden, zu Schritt 1 zurückkehren.

   • Andernfalls die Ergebnisse der A- und AAAA-Auflösung aufnehmen und beenden.

3. Alle aufgelösten SVCB-Einträge sind im ServiceMode. A- und AAAA-Abfragen für jeden TargetName auflösen (oder für den Owner Name, wenn TargetName "." ist), alle Ergebnisse aufnehmen und beenden.

In diesem Verfahren bedeutet "auflösen" das gewöhnliche rekursive Auflösungsverfahren des Resolvers, so als würde er eine Abfrage für dieses RRset verarbeiten. Dazu gehört das Folgen aller Aliase, denen der Resolver normalerweise folgen würde (z. B. CNAME, DNAME [DNAME]). Fehler oder Anomalien beim Abrufen zusätzlicher Einträge KÖNNEN dazu führen, dass dieser Prozess beendet wird, DÜRFEN für sich genommen jedoch NICHT dazu führen, dass der Resolver eine Fehlerantwort sendet.

Abschnitt 2.4.2 beschreibt zusätzliche Schutzmaßnahmen, die rekursive Resolver implementieren können, um Schleifen zu mindern.

Abschnitt 5.2 beschreibt mögliche Optimierungen dieses Verfahrens.