6. Receipt of the Initial Answer (初期アンサーの受信)

このセクションでは、ピアからアンサーを受信したときにエージェントが従う手順について説明します。エージェントは、ピアが ICE をサポートしていることを確認し、役割を決定し、フル実装の場合はチェックリストを作成して通常のチェックの実行を開始します。

ICE が SIP とともに使用される場合、フォーキング (forking) により、単一のオファーから多数のアンサーが生成される場合があります。その場合、ICE は各アンサーに対して完全に並行して独立して進行し、オファーと各アンサーの組み合わせを、独自のペア、チェックリスト、状態などを持つ独立したオファー/アンサー交換として扱います。1 つのペアの処理が別のペアに影響を与える唯一のケースは、以下のセクション 8.3 で説明する候補の解放です。

6.1. Verifying ICE Support (ICE サポートの検証)

オファーラーでのロジックは、セクション 5.1 で説明されているアンサーラーのロジックと同じですが、例外として、オファーラーは SDP で a=ice-mismatch 属性を生成することは決してありません。

場合によっては、アンサーがメディアストリームの a=candidate 属性を省略し、代わりに SDP 内の 1 つ以上のメディアストリームに a=ice-mismatch 属性を含めることがあります。これは、アンサーラーが ICE をサポートしているが、シグナリング仲介者が対応する candidate 属性を変更せずにメディアコンポーネントのデフォルト宛先を変更したため、セッションに ICE 処理が使用されなかったことをオファーラーに通知します。これが発生する可能性のあるケースの議論については、セクション 18 を参照してください。この仕様では、このような障害ケースでエージェントがどのように処理を進めるべきかについてのガイダンスは提供していません。

6.2. Determining Role (役割の決定)

オファーラーは、セクション 5.2 でアンサーラーについて説明されているのと同じ手順に従います。

6.3. Forming the Check List (チェックリストの作成)

チェックリストの作成は、フル実装によってのみ実行されます。オファーラーは、セクション 5.7 でアンサーラーについて説明されているのと同じ手順に従います。

6.4. Performing Ordinary Checks (通常のチェックの実行)

通常のチェックは、フル実装によってのみ実行されます。オファーラーは、セクション 5.8 でアンサーラーについて説明されているのと同じ手順に従います。