2. Conventions and Terminology (表記規則と用語)

2. Conventions and Terminology (表記規則と用語)

この文書のキーワード "MUST" (しなければならない), "MUST NOT" (してはならない), "REQUIRED" (要求される), "SHALL" (するものとする), "SHALL NOT" (しないものとする), "SHOULD" (すべきである), "SHOULD NOT" (すべきではない), "RECOMMENDED" (推奨される), "NOT RECOMMENDED" (推奨されない), "MAY" (してもよい), "OPTIONAL" (オプション) は, BCP 14 [RFC2119] [RFC8174] に記載されているとおりに解釈されるものとします。これらの語がすべて大文字で表示される場合に限ります。

以下の用語が使用されます:

client (クライアント): DTLS 接続を開始するエンドポイント。

association (アソシエーション): DTLS ハンドシェイクで確立された2つのエンドポイント間の共有状態。

connection (接続): association の同義語。

endpoint (エンドポイント): 接続のクライアントまたはサーバー。

epoch (エポック): 暗号化と復号化に使用される一連の暗号鍵。

handshake (ハンドシェイク): 接続のパラメータを確立するクライアントとサーバー間の初期ネゴシエーション。

peer (ピア): エンドポイント。特定のエンドポイントについて議論する際, "peer" は議論の主題から離れたエンドポイントを指します。

receiver (受信者): レコードを受信しているエンドポイント。

sender (送信者): レコードを送信しているエンドポイント。

server (サーバー): DTLS 接続を開始しなかったエンドポイント。

CID: Connection ID (接続 ID)。

MSL: Maximum Segment Lifetime (最大セグメント生存時間)。

読者は [TLS13] に精通していることを前提としています。TLS 1.3 と同様に, HelloRetryRequest は ServerHello メッセージと同じ形式を持ちますが, 便宜上, この文書全体で HelloRetryRequest という用語を別個のメッセージであるかのように使用します。

DTLS 1.3 は, [TLS13] および以前の (D)TLS 仕様で定義されたエンコーディング形式に基づいて, メッセージをエンコードするためにネットワークバイトオーダー (ビッグエンディアン) 形式を使用します。

この文書は CID 機能を DTLS 1.3 に適用するため, 読者は [RFC9146] にも精通していることを前提としています。

この文書の図は DTLS プロトコル交換のさまざまな組み合わせを示しており, 記号には次の意味があります:

'+' は, 前述のメッセージで送信される注目すべき拡張を示します。

'*' は, 常に送信されるわけではないオプションまたは状況依存のメッセージ/拡張を示します。

'{}' は, [sender]_handshake_traffic_secret から派生した鍵を使用して保護されたメッセージを示します。

'[]' は, traffic_secret_N から派生した鍵を使用して保護されたメッセージを示します。