3. Terminology (用語)
このドキュメントのキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" は、RFC 2119 [RFC2119] で説明されているように解釈されます。
読者は、オファー/アンサーモデル [RFC3264]、STUN [RFC5389]、および UDP の NAT 動作要件 [RFC4787] で定義されている用語に精通している必要があります。
この仕様では、以下の追加用語を使用しています。
-
Agent (エージェント): RFC 3264 で定義されているように、エージェントはオファー/アンサー交換に関与するプロトコル実装です。オファー/アンサー交換には2つのエージェントが関与します。
-
Peer (ピア): セッション内のエージェントの1つの観点から見ると、そのピアは他のエージェントです。具体的には、オファー側の観点から見ると、ピアはアンサー側です。アンサー側の観点から見ると、ピアはオファー側です。
-
Transport Address (トランスポートアドレス): IP アドレスとトランスポートプロトコル(UDP や TCP など)ポートの組み合わせ。
-
Candidate (候補): メディアの受信のための潜在的な連絡先であるトランスポートアドレス。候補には、タイプ(サーバー反射、リレー、またはホスト)、優先順位、ファウンデーション、ベースなどのプロパティもあります。
-
Component (コンポーネント): コンポーネントは、単一のトランスポートアドレスを必要とするメディアストリームの一部です。メディアストリームは複数のコンポーネントを必要とする場合があり、メディアストリーム全体が機能するには、その各々が機能する必要があります。RTP に基づくメディアストリームの場合、メディアストリームごとに2つのコンポーネント(RTP 用と RTCP 用)があります。
-
Host Candidate (ホスト候補): ホスト上の IP アドレスから特定のポートにバインドすることによって取得された候補。これには、物理インターフェイス上の IP アドレスと、仮想プライベートネットワーク (VPN) や Realm Specific IP (RSIP) [RFC3102](オペレーティングシステムレベルに存在)を介して取得されたものなどの論理的なものが含まれます。
-
Server Reflexive Candidate (サーバー反射候補): IP アドレスとポートが、エージェントが NAT を介してサーバーにパケットを送信したときに NAT によってエージェントに割り当てられたバインディングである候補。サーバー反射候補は、Binding リクエストを使用する STUN サーバー、またはリレー候補とサーバー反射候補の両方を提供する TURN サーバーによって学習できます。
-
Peer Reflexive Candidate (ピア反射候補): IP アドレスとポートが、エージェントが NAT を介してそのピアに STUN Binding リクエストを送信したときに NAT によってエージェントに割り当てられたバインディングである候補。
-
Relayed Candidate (リレー候補): ホスト候補から TURN サーバーに TURN Allocate リクエストを送信することによって取得された候補。リレー候補は TURN サーバー上に存在し、TURN サーバーはパケットをエージェントに向けてリレーします。
-
Base (ベース): サーバー反射候補のベースは、それが派生したホスト候補です。ホスト候補も、その候補自体に等しいベースを持つと言われます。同様に、リレー候補のベースはその候補自体です。
-
Foundation (ファウンデーション): 同じタイプ、ベース IP アドレス、プロトコル(UDP、TCP など)、および STUN または TURN サーバーを持つ2つの候補に対して同じである任意の文字列。これらのいずれかが異なる場合、ファウンデーションは異なります。同じファウンデーションペアを持つ2つの候補ペアは、類似したネットワーク特性を持つ可能性があります。ファウンデーションは凍結アルゴリズムで使用されます。
-
Local Candidate (ローカル候補): エージェントが取得し、送信したオファーまたはアンサーに含めた候補。
-
Remote Candidate (リモート候補): エージェントがピアからのオファーまたはアンサーで受信した候補。
-
Default Destination/Candidate (デフォルトの宛先/候補): メディアストリームのコンポーネントのデフォルトの宛先は、ICE を認識しないエージェントによって使用されるトランスポートアドレスです。RTP コンポーネントの場合、デフォルトの IP アドレスは SDP の c 行にあり、ポートは m 行にあります。RTCP コンポーネントの場合、存在する場合は rtcp 属性にあり、存在しない場合は、IP アドレスは c 行にあり、ポートは m 行のポートに1を加えたものです。コンポーネントのデフォルト候補は、そのトランスポートアドレスがそのコンポーネントのデフォルトの宛先と一致するものです。
-
Candidate Pair (候補ペア): ローカル候補とリモート候補を含むペアリング。
-
Check, Connectivity Check, STUN Check (チェック、接続性チェック、STUN チェック): 接続性を検証する目的の STUN Binding リクエストトランザクション。チェックは、候補ペアのローカル候補からリモート候補に送信されます。
-
Check List (チェックリスト): エージェントがチェックを生成するために使用する候補ペアの順序付けられたセット。
-
Ordinary Check (通常のチェック): 定期的に発火するタイマーの結果としてエージェントによって生成される接続性チェックで、チェックを送信するように指示します。
-
Triggered Check (トリガーされたチェック): ピアからの接続性チェックの受信の結果として生成される接続性チェック。
-
Valid List (有効リスト): 成功した STUN トランザクションによって検証された、メディアストリームの候補ペアの順序付けられたセット。
-
Full (フル): この仕様で定義されている機能の完全なセットを実行する ICE 実装。
-
Lite (ライト): 特定の機能を省略し、フルであるピア実装が ICE の利点を得るために必要なだけを実装する ICE 実装。ライト実装はステートマシンを維持せず、接続性チェックを生成しません。
-
Controlling Agent (制御エージェント): 候補ペアの最終的な選択を選択し、必要に応じて STUN と更新されたオファーを介してそれらを通知する責任がある ICE エージェント。どのセッションでも、1つのエージェントが常に制御しています。もう1つは被制御エージェントです。
-
Controlled Agent (被制御エージェント): 制御エージェントが候補ペアの最終的な選択を選択するのを待つ ICE エージェント。
-
Regular Nomination (通常の指名): 1つの STUN リクエストでペアを検証することによってメディアトラフィックの有効な候補ペアを選択し、その指名を示すフラグを含む2番目の STUN リクエストを送信することによってそれを選択するプロセス。
-
Aggressive Nomination (積極的な指名): すべての STUN リクエストにフラグを含めることによってメディアトラフィックの有効な候補ペアを選択するプロセス。これにより、有効な候補ペアを生成した最初のものがメディアに使用されます。
-
Nominated (指名された): 有効な候補ペアの指名フラグが設定されている場合、それはメディアの送受信のために ICE によって選択される可能性があることを意味します。
-
Selected Pair, Selected Candidate (選択されたペア、選択された候補): メディアの送受信のために ICE によって選択された候補ペアは選択されたペアと呼ばれ、その候補のそれぞれは選択された候補と呼ばれます。