5.1. 楽観的事前接続と接続再利用 (Optimistic Pre-connection and Connection Reuse)

対応する SVCB レスポンスの前にアドレスレスポンスが到着した場合、クライアントは SVCB クエリが NODATA を返したかのように接続を開始することができます (MAY) が、SVCB レスポンスが到着するまで、SVCB レスポンスによって変更される可能性のある情報を送信してはなりません (MUST NOT)。たとえば、将来の SvcParamKeys は TLS ClientHello を変更するものとして定義される可能性があります。

この最適化を実装するクライアントは、[HappyEyeballsV2] のガイダンスに従って、楽観的事前接続を開始する前に 50 ミリ秒待機すべきです (SHOULD)。

SVCB レコードは、クライアントがそのレコードを使用する際に同等の接続を試みる場合、その接続と一貫性があります。SVCB レコードがアクティブまたは進行中の接続 C と一貫性がある場合、クライアントはそのレコードを優先し、C を接続として使用することができます (MAY)。たとえば、クライアントが TCP 上の TLS を使用するプロトコルに対して次の SVCB RRset を受信したとします：

_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 )

クライアントが [2001:db8::2]:1234 への進行中の TCP 接続を持っている場合、RRset 内の他のレコードがより高い優先度を持っていても、その接続上で TLS を続行することができます (MAY)。

SVCB レコードのいずれもアクティブまたは進行中の接続と一貫性がない場合、クライアントはセクション 3 で説明されているように接続の確立を進めます。