対象：BLAZE
概要
この記事では、クラウドベースのログインを使用する場合に、クライアントログ内で WebRTC のピアツーピア（P2P）ネゴシエーションのステータスを確認する方法について説明します。また、接続で Local、P2P、または Relay のいずれの伝送パスが使用されているかを識別する方法についても説明します。
接続タイプ
Local（直接 P2P 接続）
Local 接続は、パブリック IP アドレスとポートを使用してピア間でデータが直接送信されるため、最も高速で効率的な接続タイプです。この接続は通常、両方のピアが同じローカルネットワーク上にある場合、またはネットワークの NAT がオープンで制限の少ない場合に機能します。リレーサーバーは関与しないため、遅延が最も少なくなります。
P2P（STUN 支援接続）
直接の Local 接続に失敗した場合、WebRTC は STUN 支援 P2P 接続を試みます。STUN（NAT のためのセッション トラバーサル ユーティリティ）サーバーは、NAT の背後にあるデバイスが外部向けの IP アドレスとポートマッピングを検出できるように支援し、ピアが NAT ホールパンチングを介して直接接続を確立できるようにします。STUN サーバーはアドレスの検出のみを支援し、メディアトラフィックを中継しません。
Relay（TURN リレー接続）
直接接続と STUN 支援接続の両方に失敗した場合、WebRTC は TURN リレー接続を使用します。このモードでは、TURN サーバーがピア間のすべてのトラフィックを中継します。Relay モードは、ネットワーク環境に制限がある場合でも最も高い接続成功率を提供しますが、すべてのトラフィックがリレーサーバーを経由するため、遅延が増加します。
Local 接続と比較すると、WebRTC 接続では遅延が増加し、帯域幅が低下する場合があります。この影響は、すべてのトラフィックがクラウドリレーサーバーを経由する Relay モードでより顕著になります。
リモート接続タイプの確認
サーバーログとクライアントログの両方からリモート接続タイプを確認するには：
- ログで Selected Candidate Pairを検索します。
- 選択されたIP と接続タイプを確認します。
接続タイプは、host、srflx、または relay のいずれかとして表示されます。
接続モードは、タイプの組み合わせに基づいて次のように定義されます。
両方がHost-Host：Direct/Local
両方がsrflx-srflx：P2P STUN
サーバーがrelay、クライアントがsrflx：
サーバーからクライアント：P2P STUN
クライアントからサーバー：Relay TURN
サーバーがsrflx、クライアントがrelay：
サーバーからクライアント：Relay TURN
クライアントからサーバー：P2P STUN
両方がrelay：Relay TURN