5.1. Optimistische Vorverbindung und Verbindungswiederverwendung (Optimistic Pre-connection and Connection Reuse)

Wenn eine Adressantwort vor der entsprechenden SVCB-Antwort eintrifft, kann der Client eine Verbindung initiieren, als ob die SVCB-Abfrage NODATA zurückgegeben hätte (MAY), darf jedoch keine Informationen übertragen, die durch die SVCB-Antwort geändert werden könnten, bis diese eintrifft (MUST NOT). Beispielsweise könnten zukünftige SvcParamKeys definiert werden, die das TLS ClientHello ändern.

Clients, die diese Optimierung implementieren, sollten 50 Millisekunden warten, bevor sie eine optimistische Vorverbindung starten (SHOULD), gemäß den Anleitungen in [HappyEyeballsV2].

Ein SVCB-Eintrag ist konsistent mit einer Verbindung, wenn der Client beim Verwenden dieses Eintrags eine gleichwertige Verbindung versuchen würde. Wenn ein SVCB-Eintrag konsistent mit einer aktiven oder laufenden Verbindung C ist, kann der Client diesen Eintrag bevorzugen und C als seine Verbindung verwenden (MAY). Nehmen wir beispielsweise an, der Client empfängt dieses SVCB-RRset für ein Protokoll, das TLS über TCP verwendet:

_1234._bar.example.com. 300 IN SVCB 1 svc1.example.net. (
    ipv6hint=2001:db8::1 port=1234 )
                               SVCB 2 svc2.example.net. (
    ipv6hint=2001:db8::2 port=1234 )

Wenn der Client eine laufende TCP-Verbindung zu [2001:db8::2]:1234 hat, kann er mit TLS über diese Verbindung fortfahren (MAY), auch wenn der andere Eintrag im RRset eine höhere Priorität hat.

Wenn keiner der SVCB-Einträge mit einer aktiven oder laufenden Verbindung konsistent ist, fahren Clients mit dem Verbindungsaufbau fort, wie in Abschnitt 3 beschrieben.